Perlスクリプトを「コンパイル」することで問題が解決すると思う場合は、がっかりする可能性があります。
- 通常、perlインタープリターは、プレーンなソースコードと使用されているモジュールが1つの巨大な実行可能ファイルにバンドルされているだけです。スクリプトは実際にはコンパイルされていません。これは何も簡単にはなりません。また、コンパイルはセキュリティとは何の関係もなく、せいぜい少しあいまいになる可能性があります。
- それ以外の場合は、クレイジーなルートを踏んで、PerlオペコードをCコードにシリアル化するものを使用してコンパイルすることができます。perlはソースをオペコードにコンパイルしますが、すでにその一部を実行しているため、オペコードのシリアル化を実行することは実際のプログラムを実行することと同じではないことに注意してください。
* nixシステムでは、インタプリタがすぐに利用できるため、Perlスクリプトのコンパイルはばかげています。
Perlと外部コードを1つのプログラム(!= 1つの実行可能ファイル)に融合したい場合は、XS言語(CをPerlにバインド)またはInline
モジュールのファミリーを調べてください。
(Perl-)Qtはかなり素晴らしいですが、最近のバインディングを最後に見たとき、そのようなものは保守が不十分で実験的なものに見えました。QtDesignerをなんとかして設計部分に活用し、Perlコードをそれに接続できると確信しています。すべてのターゲットシステムにコンパイラがある場合、これはかなり移植性が高いはずです。harhar。
真剣に検討する必要がある他のGUIツールキットはGTKとWxです。.Netはすぐに利用できます。
Perlは非常に動的な言語であることを理解してください。コンパイルは役に立たない可能性がありますが、匿名サブルーチンなどの関数型プログラミング手法やコンパイル時コード生成などのメタプログラミング手法を使用して、GUIコーディングを簡素化できます。Javaや他のかなり静的な(そしてコンパイルされた)言語を書くようにPerlを書くなら、Perlが苦痛に思えても驚かないでしょう。