これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなど、複数の無料オンライン ワークステーションのいずれかを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド eliomdep です。
プログラム：
NAME
eliomc、eliomcp、eliomopt、js_of_eliom、eliomdep - eliom ビルド ツール
SYNOPSIS
エリオムク [オプション]ファイル
エリオムCP [オプション]ファイル
エリオオプト [オプション]ファイル
エリオムデップ [オプション]ファイル
エリオムドック [オプション]ファイル
エリオンプ [-クライアント|-サーバ]ファイル
js_of_eliom [オプション] files -o ファイル名.js
DESCRIPTION
エリオムク、 エリオムCP & エリオオプト OCaml コンパイラのラッパーで、
Eliom フレームワークに基づくプロジェクトのサーバー部分のコンパイル。 彼らはそれぞれ
と同じオプションのセットを受け入れます オカムク（1）ocamlcp（1）と オカムロプト(1) コンパイラプラス
に記載されている具体的なもの OPTIONS のセクションから無料でダウンロードできます。
js_of_eliom OCaml および Js_of_ocaml コンパイラのラッパーであり、
Eliom フレームワークに基づいたプロジェクトのクライアント部分のコンパイル。 それは受け入れます
と同じオプションのセット オカムク(1) コンパイラと、「」で説明されている特定のコンパイラ
OPTIONS のセクションから無料でダウンロードできます。
エリオムデップ ラッパーです オカムルデプ(1) .eliom ソースの依存関係を処理します。
ファイル。 同じオプションのセットに加えて、「」で説明されている特定のオプションを受け入れます。 OPTIONS
セクション。 OCaml ファイルのサーバー側でコンパイルされたモジュールが配置されていると仮定します。
このディレクトリのサブツリーはディレクトリにあります _ (同じサブディレクトリ構造)
(それぞれディレクトリ内 _クライアント クライアント側でコンパイルされたモジュールの場合)。
エリオンプ （実験的） に応じて特定のセクションを削除するプリプロセッサです。
与えられたオプション。 オプション -クライアント すべてのトップレベルのパーツとサーバーセクションが削除されます
そしてオプション -サーバ クライアントセクションのみを削除します。
エリオムドック （実験的） OCaml ドキュメント ジェネレーターのラッパーです ocamldoc。
からドキュメントを生成できます。 クライアント or 側。 それは同じことを受け入れます
オプションのセットより ocamldoc(1)。 コメントを自動的に抽出します。
希望のセクション。 エリオムドック 現在実験中のため、未定義のものが見つかる可能性があります
行動。 （見る http://ocsigen.org/eliom/manual/workflow-compilation）。 いくつかのよく知られた
バグは次のとおりです。
· ファイルはコメントではなく常に値で始まる必要があります。 さもないと、
camlp4 はコメントを出力しません。
· コメントノードが期待通りに付加されない場合があります。 それは camlp4 だからです
(場合によっては) 値要素間の余分な改行を削除します。
コンパイル エリオム SOURCE ファイル
拡張子 .eliom を持つファイルのコンパイルは、次の XNUMX つの手順で行われます。
サーバーからクライアントに送信される値のタイプ。 コードのサーバー部分をコンパイルし、
クライアント部分をコンパイルします。 最初の XNUMX つのステップは次のように実現できます。 エリオムク そして最後のもの
js_of_eliom。
どちらのツールも、元の .eliom ファイルという名前の .cmo ファイルを生成します。 上書きを避けるため、
サーバー部分を表す .cmo とクライアント部分の .cmo で生成されるファイル
エリオムク or エリオオプト デフォルトでは、_server という名前のサブディレクトリとファイルに保存されます。
によって生成されます js_of_eliom これらは _client という名前のサブディレクトリに保存されます。 それらのデフォルト
ディレクトリは環境変数 ELIOM_SERVER_DIR によってそれぞれ上書きできます。
および ELIOM_CLIENT_DIR。
によって推論される型 エリオムク サーバーからクライアントに送信される値は、
中間ファイルは元の .eliom ファイルとして名前が付けられ、拡張子は .type_mli です。
そのファイルは次によって必要とされます js_of_eliom .eliom ファイルのクライアント部分をコンパイルします。 の
エリオムデップ ツールはサーバーの中間ファイル .cmo の依存関係を正しく生成します。
およびクライアント .cmo。
OPTIONS
-エリオム株式会社 追加eliom インクルード ディレクトリのリストに追加します (eliomdep のみ)。
-dir
生成されたファイルのターゲット ディレクトリを指定します
-パッケージ
これは ocamlfind のオプションと同じです。
-述語
これは ocamlfind のオプションと同じです。
-自動ロードなし
一般的に使用される構文拡張機能 (deriving、lwt、js_of_ocaml、tyxml) をロードしないでください。
-タイプ変換
type_conv 構文拡張を派生する代わりに使用します。 使用しても効果はありません
-no-autoload と組み合わせて。
-ポポト
追加プリプロセッサの呼び出しに。
-jsopt
追加js_of_ocaml 呼び出しへ (js_of_eliom のみ)。
-推測する
.eliom ファイルの場合は、中間の .type_mli ファイル (eliomc および eliomopt) のみを生成します。
のみ）。
-noinfer
.eliom ファイルの場合は、中間の .type_mli ファイル (eliomc および
エリオモプトのみ）。
-助けて or - 助けて
短い使用法の概要を表示して終了します。
例
Eliom プロジェクトのコンパイルは、server.ml という名前のサーバー固有のファイルで構成されます。
client.ml という名前のクライアント固有のファイルと、base.eliom および main.eliom という XNUMX つの共通ファイル。
次のコマンドで実現できます。
eliomc -a -o appl.cmaserver.mlbase.eliom main.eliom
js_of_eliom -o appl.js client.ml Base.eliom main.eliom
毎回プロジェクト全体を再コンパイルすることを避けるために、これを複数のステップに分割することができます。
elomc -c サーバー.ml
eliomc -c ベース.eliom
eliomc -c main.eliom
eliomc -a -o appl.cma _server/server.cmo _server/base.cmo _server/main.cmo
js_of_eliom -c client.ml
js_of_eliom -c Base.eliom
js_of_eliom -c main.eliom
js_of_eliom -o appl.js _client/client.cmo _client/base.cmo _client/main.cmo
onworks.net サービスを使用してオンラインで eliomdep を使用する
