問題タブ [cross-compiling]

maemo 開発クロスコンパイル環境である Scratchbox 2 を使用しています。ARM ターゲット用のコードをコンパイルするとき、scratchbox 2 はネイティブ ARM gcc コンパイラを使用していると思いますが、これは私の x86 マシンでは非常に低速です。

x86用にコンパイルされた、はるかに高速に実行されるARMクロスコンパイラを使用する必要があると思います。

詳細が不明で申し訳ありませんが、これを修正する方法はありますか？

QT Creator を OpenSUSE Linux ディストリビューションにインストールしました。Linux で完全に実行される QT プログラムの ".exe" を作成できるかどうかを教えてください。

その場合は、Linux で .exe を作成する手順を教えてください。

ありがとう

Qt SDK を使用して Linux でを作成する.exeには、アプリケーションを Linux でクロス コンパイルするか、アプリケーションを Windows でクロス コンパイルする必要がありますか?

クロスプラットフォームとクロスコンパイラの用語に少し混乱しています。まず、クロスプラットフォームについて明確にさせてください。人々がクロス プラットフォームについて話すとき、それは CPU のアーキテクチャ、つまり X86 と X64 を意味します。またはOS、つまりWindows 32ビットまたはWindows 64（サーバーまたはデスクトップ）？UNIX には、64 ビットや 32 ビットのような異なるフレーバーはありません。なんでそうなの？

.NET と Java はクロス コンパイラ言語ですが、それはどういう意味ですか? プログラムを .NET でコンパイルする場合、X86、X64、Any CPU などのオプションを選択する必要があります。それはどういう意味ですか？また、セットアップ プロジェクトでは、x86 と x64 の間でオプションを選択する必要があります。したがって、プログラムが x86 でコンパイルされ、msi ファイルが x64 で作成されている場合、X64 と x86 の両方、またはいずれかで実行されますか?

Visual Studio 2005 を使用して、Windows API を使用して UDP データグラムを送信し、サードパーティ プログラムにフックする単純な DLL を C で作成しました。この場合、サードパーティのコードは 64 ビット用にコンパイルされているため、64 ビット マシンではまったく機能しません。そのため、同じ DLL の 2 つのバージョンを出荷する必要があります。1 つは 32 ビット用、もう 1 つは 64 ビット用です。

ただし、Visual Studio (32 ビット マシンで実行中) から 32 ビット バージョンと同一ではない DLL を吐き出すことができませんでした。プロジェクト プロパティの「マシン」設定が単純に無視されているようです。同僚から、VS 2008 はこのシナリオでのクロスコンパイルを単に拒否すると言われました。これは本当にまったく不可能ですか？

QT アプリケーションを Linux でクロスコンパイルする必要があります。Linux で QT SDK からアプリケーションをコンパイルしましたが、正しく動作しています。
Linux で同じアプリケーションの .exe を作成するにはどうすればよいですか。Linux と qmake に Mingw をインストールしましたが、クロス コンパイルの進め方がわかりません。
QT を MinGW や Qmake などのクロス コンパイラとリンクするにはどうすればよいですか。SuSE Linux を使用しています。http://Silmore/29も確認しましたが、さらに先に進む方法が明確にわかりません。

MacOSXユニバーサルバイナリアプリでLua5.0を数年間使用しています。Luaスクリプトはluacを使用してコンパイルされ、コンパイルされたスクリプトはアプリにバンドルされています。それらはTigerとLeopard、IntelまたはPPCで適切に機能しました。

当時のライブラリの問題を回避するために、XcodeプロジェクトにLua srcツリーを追加し、問題なくそのままコンパイルしました。

Luaのより新しいバージョンに更新する時が来たので、ソースツリーを5.1.4のものに置き換えました。make macosxを使用してluacを再構築しました（マシンはIntelでLeopardを実行しています）。

コンパイルされていないスクリプトは、いつものようにTigerとLeopard、IntelとPPCで正しく機能します。

ただし、コンパイルされたスクリプトはPPCマシンにロードできなくなりました。

そこで、「ansi」フラグを使用してluacを再構築し、スクリプトを再コンパイルしました。同じエラー。同様に、「generic」のビルドフラグは喜びを生み出しませんでした。

誰かが私が次に何ができるかについてアドバイスできますか？

i386mingw-g ++にディレクトリパスを追加するにはどうすればよいですか？私はLinuxで働いています。

.cppプログラムをi386mingw-g++とクロスコンパイルしようとすると、インクルードディレクトリのパスを取得しません。

ヘルプでは、-Bオプションを使用するように指示されていますが、それを使用すると、次のエラーが発生します。

数か月前にセットアップ全体を Java 1.5 から 1.6 (J2EE、Tomcat) に移行した後、Maven がまだ Sun の javac パラメータ「-target 1.5」を介して 1.5 を対象とするクラス ファイルを生成するように構成されていることに気付きました。「-target 1.5」を「-target 1.6」に変更すると、パフォーマンスが向上しますか?