問題タブ [cross-compiling]

さまざまな VC++ コンパイラで動作するために必要な C++ Windows dll ライブラリのメンテナンスを行っています (さまざまなマングリング スキームに対処したくないため)。

インターフェイスでの STL の使用は既に排除しました。

異なる新規/削除を混在させてもヒープの破損が発生しないことを保証しました。

最後の項目は例外です。例外をスローして、別のバージョンのコンパイラで正しくキャッチされることを期待できますか?

Mac OS X 10.5.8 を実行しており、GCC 4.1.2 を使用してターゲット CentOS 5.3 用にコンパイルしたいと考えています。どうすればよいですか：

1. GCC 4.1.2 ツールチェーンと関連ツールをコンパイルしますか?
2. そのツールを使用してターゲット CentOS 5.3 用にクロス コンパイルしますか?

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

Windows (XP、Vista、Win7) 用の C/C++ コードを、理想的には 64 ビットと 32 ビット (Vista および Win7) で、Solaris または OpenSolaris セットアップからクロスコンパイルする方法はありますか? 私のコードベースは既にクロスプラットフォームです。自動化されたプロセスの一部として、Solaris または Linux からクロスコンパイル (Windows DLL および EXE を生成) したいと考えています。

GCC スイートを使用したいのですが、できれば Cygwin DLL を使用する必要はありません。

可能であれば、私の Solaris 環境にはどのツールが必要ですか? プロジェクト全体をコンパイル/リンクするにはどうすればよいですか?

これが Solaris で不可能な場合、私が言及したすべてのバージョンの Windows に 32 ビットおよび 64 ビットのバイナリが必要であることを考えると、Linux からどのように進めればよいでしょうか?

助けてくれてありがとう！

私はOpenGLを学び始めていますが、（Ubuntu）LinuxでOpenGLをセットアップする方法がわかりません。

私はこれが方法かもしれないと思います：

OpenGLは単なるグラフィック言語仕様（またはインターフェイス）であり、それを適切に使用するには、OpenGL仕様を実装するライブラリ（特定のOS用）をダウンロードする必要があります。

長い間検索し、複数のソースから検索した結果、Mesa3Dグラフィックライブラリが最適であることがわかりました。

SDL（Simple DirectMedia Layer）ライブラリも見つけましたが、グラフィック以外のすべてのもの（GUI、サウンド、キーボード、マウス入力など）のライブラリのようです。OpenGL仕様を実装するために必要なのはグラフィックライブラリだけです。

グラフィカルユーザーインターフェースとして私はGtkmmライブラリーを使用しており、これまでのところ「非常に満足」しているので、gtkmmをOpenGLに「接続」したいと思います。そのためにgtkmmライブラリーの拡張機能を見つけましたgtkglextmm。 GUIでOpenGLアニメーションをウィンドウ（またはGtkmm jargon）に描画できるようになりますDrawingArea（ただし、まだ試していませんので、うまくいくことを願っています:-)）。

そして最後の問題は、LinuxからWindowsへのクロスコンパイルです（MinGWクロスコンパイラを使用）。これまでのところ、Gtkmmライブラリで行ったすべての作業を（LinuxからWindowsに）クロスコンパイルすることに成功しました。

OpenGLと組み合わせる場合、クロスコンパイルするのに問題はありませんか（たとえば、Gccコンパイラでコンパイルするときに何か特別なものをリンクする必要がありますか、それともWindows OpenGLライブラリをアプリケーションと一緒に配布する必要がありますか）？

私が正しい方向に向かっていることを確認したか、私がより簡単またはより良い方法で何かを行うことができるように私を正しい方向に向けたことをあなたが確認したことを非常に嬉しく思います。

Qt でアプリケーションをクロスコンパイルするにはどうすればよいですか? 各プロジェクトについて

2つのバージョンが必要です

1)。Qvfb および i386 アーキテクチャ上のコンピューターで実行されるもの

2)。Linux フレームバッファと ARM アーキテクチャを搭載したデバイスで実行される

デバイス用と Qvfb 用に Qt をコンパイル済みです。両方のプラットフォームでサンプルを実行できますが、アプリケーションをクロスコンパイルするにはどうすればよいですか? つまり、i386 の出力は output-i386 プラットフォームに残り、ARM の出力は output-ARM ディレクトリに残ります。

組み込み Linux に Qt 4.6 を使用しています。

ARMCortex-m3用の動作するgcc4.3.3ツールチェーンがあり、それをXCodeに統合したいと思います。

組み込みのGCC4.2の代わりにこのgccツールチェーンを使用するようにXCode（3.2）を設定する方法はありますか？

これまでに試したこと：の変更されたコピーを追加しGCC 4.2.xcplugin、名前、バージョン、および実行可能パスを変更しました。XCodeに表示されますが、「C /C++コンパイラバージョン」をカスタムコンパイラに設定すると失敗します。

GCC_VERSIONの値「4.3.3」が無効です

GCC 4.2.xcplugin元のを削除しても値は有効なままであるため、有効なバージョン番号は別の場所にハードコーディングされているよう4.2です（ただし、[C / C ++コンパイラバージョン]ドロップダウンには表示されなくなります）。

アプリケーションをクロスコンパイルしていますが、リンクするとエラーが発生します。

「/lib/libc.so.6が見つかりません」。

使用する必要があるlibc.so.6は、にあるものです/home/work/worldcom/filesys/lib/libc.so.6。ここで何が間違っているのですか？

私のmakefileは手書きです（つまり、Autotoolsによって生成されません）。「あなたのMakefileが壊れている」という包括的なことを避けるために、ここに明確にするのに役立つかもしれないmakefileからのいくつかの詳細があります。

もちろん、LIBOBJ_OBJSの定義とターゲットもありますが、これらは問題とは無関係です。

Windows 上の Lazarus で書かれたプロジェクトがありますが、Windows コンピューターで Linux 用にクロスコンパイルしたいと考えています。これどうやってするの？