問題タブ [bigloo]

ソースから Schemeをコンパイルしようとしていますが、OS X 10.5 (Leopard) でBiglooネイティブ スレッド サポートを有効にする方法がわかりません(このプラットフォームではスレッド化が機能しないことをどこにも読んでいません)。./configure

を実行./configure --enable-sqlite --enable-web --enable-ssl --enable-pthreads --enable-fthreadsしましたが、構成の概要で常に次のようになっています。

Biglooを使用したいのですがHop、そのように作成されたバイナリを使用して実行しようとすると、常に警告が表示されます。

Bigloo 実装を使用して、Scheme でアプリケーション サーバーを作成しようとしています。コード：

コンパイルはOKですが、プログラムは開始直後に終了します:

どこが間違っていますか？

どうもありがとう。

Java クラスにコンパイルする必要がある bigloo スキーム関数型言語で書かれたパーサーがあります。パーサー全体が 1 つの関数として記述されます。残念ながら、これにより、JVM コンパイラが「メソッドが大きすぎます」という警告をスローし、後で「localvar のラベルが遠い」というエラーが発生します。このエラーを回避できる方法はありますか? DontCompileHugeMethods オプションについてどこかで読みましたが、機能しますか? 関数を分割することは、私にとって実行可能なオプションではないようです:( !!

DrRacket/Scheme にスキーム ファイルを作成し、.rkt ファイルを作成しました。Bigloo で書いたものをコンパイルする必要があります。Bigloo をインストールしましたが、使い方がわかりません。

誰でも方法を知っていますか？

お聞きしたいのは、Dr.Racketの「実行ファイルを作る」ボタンを押すのと、biglooで実行ファイルを作るのとではどう違うのかということです。

もう 1 つの質問は、bigloo を使用して *.scm ファイルをコンパイルするのに問題があるということです。誰でもこれについて私を助けることができますか?

どうも

職場で、Scheme を使用して構成スクリプトを実装しようとしたときに、基本的な問題に遭遇しました。人為的で制限された言語を発明する必要を避けるために、スクリプトには実際のコードが含まれている必要があります。このコードは後で評価されます。構成を希望どおりに機能させるには、特定の変数にアクセスできる必要があります。これらの変数は、評価のコンテキストでのみ認識されます。したがって、構成スクリプトは現在の環境で評価する必要があります。これが私が話していることの原始的な例です：

このコードを実行すると、変数「a」が不明であるというエラー メッセージが常に表示されます。問題は、現在の環境内で凍結されたコードを評価する方法を知っていますか?

PS: bigloo コンパイラを使用しています。

///////////////////////////////////////////// 編集： /// /////////////////////////////////////////////// /

Chris によって提案されたアプローチを使用すると、もう 1 つの興味深い問題、case キーワードの使用法に行き着きました。次の 2 つの例はどちらも、"yes!" の出力をトリガーする同じケース構造を使用しています。ライン。残念ながら、それらは異なる動作をします。

通常 -> 出力は「yes!」予想通り：

eval -> を使用すると、出力は驚くほど「いいえ」になります。

それは意味がありますか？

ネストされたリストを解析するための LALR 文法を作成したいのですが、常にシフト/リデュースの競合が発生します。

type1 アイテムと list2 のリストである list1 があります。

そして、type2 項目のリストである list2 があります。

この文法はシフト/リデュース エラーを生成します。どうすれば回避できますか？

これは具体的なBiglooソースです。

ターミナルは、コメント、改行、テキストチャンク、および空白です。非ターミナルは、input、node-list、node、および text です。

Bigloo は、テキストからテキストチャンクへの reduce ルールについて不平を言っています。

しかし、これは Bigloo の問題ではないと思います。文法の問題のようです。

私はスキームプログラミングの初心者で、マップの定義方法、追加方法などの基本的なアルゴリズムを学んでいます。

しかし、実装が見つからないアルゴリズムがあります。M 次元のリストを 1 次元に変換することについて話します。私はそれを自分で定義しようとしましたが、成功しませんでした。

まさに私が欲しいもの:

Ubuntu 11 (Oneric) の派生物である Linux Mint 12 (lisa) で、bigloo スキームの最新のソース 3.8a からビルドしようとしています。

ここに私の「構成」があります：

「make」は成功します。ただし、pthread では「make test」が失敗します

この pthread の問題に関するこの優れた投稿によると、pthread ライブラリをリンクする際にコマンド ライン パラメータを再配置する必要があります。ただし、必要な Makefile コードを見つけることができませんでした。おそらく、特定の方法でライブラリをリンクする Makefile のデフォルトに依存しているためです。

どんな助けでも大歓迎です。

Lisp をいくつかの C++ コードに埋め込むことを検討してきました。私が興味を持っている 2 つのオプションは、Bigloo スキームと ECL (Common Lisp) です。ドキュメントを読むと、非常によく似た機能セットをサポートしているようです。明らかに Bigloo は Scheme で、ECL は CLisp ですが、他にどのような違いがありますか?

特に、次の基準に興味があります。

• 組み込みの容易さ (C だけでなく C++ の場合)。定型文をたくさん書きたくありません。
• パフォーマンス。Bigloo はパフォーマンス ベースであり、多くのコンパイラ最適化オプションがありますが、ECL に匹敵するものは見つかりません。
• コーディングのスタイル。これは Bigloo 向けです。ECL よりも機能的ですか?

この質問は、両方を使用したことがある人を対象としています。