9

2週間前に更新されたCrossKylixの新しいバージョン。

Kylixでさえずっと前に廃止されましたが、それでもDelphi開発者の何人かによって使用されているようです。

WindowsとLinuxのクロスプラットフォーム開発でうまく使用した人はいますか？

4

3 に答える 3

9

メイソンが言ったように、LinuxバージョンのBeyond CompareにはCrossKylixを使用していますが、FinalBuilderから開始されたリリースビルドにのみ使用しています。その使用法のために、それは素晴らしかったです。しばらくの間、WindowsでCLX開発を試みましたが、Windows用のCLXにはLinux用のCLXとは異なるバグがあったため、長期的には価値がありませんでした。

実際のLinux開発は、SuSE10仮想マシンで実行されているKylix3を使用して行われています。デバッグにはGDBとKylixデバッガーの両方を使用しますが、Kylixデバッガーはバックグラウンドスレッドではうまく機能しなくなりました。ただし、CLXの設計時サポートはかなり前に廃止されたため、機能開発のほとんどすべてがDelphi2007とVCLで行われます。

また、64ビットのWindowsシェル拡張機能にSimonの他のプロジェクトであるCrossFPCを積極的に使用しており、うまく機能しています。

于 2010-08-02T15:33:31.763 に答える
8

私はCrossKylixを何年も使用していますが、それは魅力のように機能しました。Kylix3はDelphi7と同じコンパイラに基づいているため、ソースコードでDelphi 7の互換性を維持したい理由の1つです。つまり、バックエンドのみがEXEではなくELFファイルをネイティブに生成します。

サーバーアプリケーションやコマンドラインツール、小さなcgiプログラムでも、CrossKylixは素晴らしいです！WindowsでDelphiを使用して開発およびテストし、クロスコンパイルして、Linuxで実行可能ファイルを問題なく実行できます。私はこれをViaC7（現在ははるかに高速なNano）CPUで実行されるフランスの「dedibox」で何年も使用し、データのAESおよびSHA暗号化を1500 KB /秒以上で行いました（はいKB /秒、 1秒あたりのバイト数）PadLockエンジンのおかげです！

最新のLinuxでのKylixRTLとWideStringに関するいくつかの問題を発見しました。LinuxがUTF-8エンコーディング（現在ほとんどのディストリビューションの標準）で構成されている場合、WideStringの使用は失敗しました。そこで、Kylix system.pasでこれを修正しました。実際、拡張RTLはクロスプラットフォームであり、Delphi7およびCrossKylixで動作します。http://synopse.info/forum/viewtopic.php?id=66を参照してください

于 2010-08-02T13:38:45.567 に答える
3

Jim McKeethの初期のポッドキャストの1つで、彼はBeyondCompareのコーダーの1人であるScooterSoftwareのCraigPetersonにインタビューしました。彼は、BeyondCompareのLinuxポートにCrossKylixをどのように使用したかについて言及しました。

于 2010-08-02T13:53:34.030 に答える