問題タブ [mingw-w64]

私はクロスコンパイルの勇敢な世界に入りました。私は現在gettext 0.18.2、Ubuntu12.04でMingw-w64を使用してコンパイルしようとしています。configureコマンドは次のようになります。

configureスクリプトの（かなり長い）呼び出しで注意すべきことがいくつかあります。

• gettextが必要です。これは、ソースツリーの1レベル上のgnulib-toolディレクトリに保存されます。gnulib

• 奇妙な理由で、configureスクリプトはMingw-w64のC ++コンパイラを見つけることができないので、明示的に提供します。

• configureスクリプトiconvは、実際に簡単な例をコンパイルして実行しようとすることにより、インストールされて正しく機能しているかどうかを判断します。ターゲットの実行可能ファイルはUbuntuで実行されないため、これは明らかに機能しません。そこで、iconvがインストールされて機能することをconfigureスクリプトに手動で通知します。

configureを実行した後、を実行しますmake。これは非常に長時間実行され、リンク段階で失敗します。

何がこれらのエラーを引き起こす可能性がありますか？

編集：次の環境変数を次のように追加することで、もう少し詳しく説明しますconfigure。

今私はちょうど得る：

Mingw32とdevc++IDEを使用してアプリケーションを開発しました。libファイルとMingw32のファイルをインクルードし、アプリケーションをコンパイルしました。

私のアプリケーションは、32ビットバージョンと64ビットバージョンの両方のWindowsで実行する必要があります。ここでの私の疑問は、私のアプリケーションがWindows64ビットシステムで実行されているかどうかです。完璧に動作しても問題はありませんか？

Mingw32とMingw64のインクルードファイルの違いは何ですか？私の最終的な目的は、32ビットウィンドウと64ビットウィンドウの両方でアプリケーションを実行することです。追加してコンパイルする必要があるインクルードファイルは何ですか？

PyCPUIDの構築に多くの時間を費やしました

私はPython 2.7 64ビットを使用してWindows 7 64ビットを使用しています。このコマンドを使用してビルドを試みることができるように、cygwin をインストールしました。

その結果、

はい、管理者権限で実行しています。(mingw32 も 32 ビット コンパイラですか?) cygwin ターミナルからも実行してみました。

c:\cygwin\bin\gcc.exe がシンボリック リンクか何かであるという Windows 上のいくつかの問題を認識しているので、gcc-3.exe の名前を gcc に変更しました。で失敗します

そして、私は今、完全に途方に暮れています。何か案は？

minGW の最新バージョン mingw-w64-v2.0.6.tar.gz をダウンロードします。次に、に抽出しC:\MinGWます。いくつかの記事で見たように、path環境変数の下で定義する必要があります。C:\MinGW今では-

path の変数値を に設定しようとしましたC:\MinGWが、一部のプロジェクトの eclipse juno ビルド パスで実行すると -

編集：

GCC+binutils 64-bit をダウンロードし、exctract をc:\mingw64に変更し、パスをc:\mingw64\binに変更し、ビルド コマンドを に変更しましたmingw32-make。プロジェクトをビルドすると、エラーが発生します-

2回目の編集：

最後に、選択したプロジェクトを実行することに成功しました-

チェックを外す必要があることに注意してください。show project type and toolchians only if they are supported on the platformそうしないと、実行可能プロジェクトの種類を選択できません。さらに、ビルド コマンドは "Use default build command" のままにする必要があります。

JAWT/JNI アプリケーションを実行しようとしています。

Windows 7 x64 でjdk1.6.0_31 とMinGW64を使用しています。コンパイルはスムーズに進みますが、まだアプリケーションを実行できませんでした。機能を追加するまでは問題ありませんJAWT_GetAWT()。

問題は、私が C/C++ プログラミング言語に慣れていないことです。

ネイティブ.java

生成された Native.h

Native.c

ここからのGCCコンパイルコマンドライン

アプリケーションが java.lang.UnsatisfiedLinkError を返す:

助けてください！

過去2日間、これを機能させようとしましたが、できません。多分誰かが私を助けることができます。最初にセットアップについて説明します。

ウィンドウズ7 64ビット

nidaqmx 9.1.7

mingw 64ビット

ネットビーンズ 7.1.2

def ファイルを作成しました (C:\Program Files (x86)\National Instruments\Shared\ExternalCompilerSupport\C\lib64\msvc\nidaqmx.lib から)。def ファイルには @ 記号が含まれていませんが。それが正しいか？

次に、dlltool を実行し、リンカーで使用した libnidaq.a ファイルを作成しました。

そこまですべてが機能します。問題は、ビルドしようとすると次のエラーが発生することです。

すべてが 64 ビットであると確信しているため、このエラーがどこから発生しているのかわかりません。

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

http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Automated%20Builds/の64ビットMinGWを使用しようとしていますが、それを使用してプログラムをコンパイルすると、実行可能ファイルが生成されます。 DLLが利用できない場合は失敗します。

このコンパイラに標準ライブラリとの静的リンクを実行させるにはどうすればよいですか？

または、代わりに使用する必要がある64ビットMinGWの別のディストリビューションはありますか？

GNU sedが、同じ式で複数の式が使用されている場合とは異なる方法で、別のsedインスタンスへのパイプ出力による置換を処理することがあるのはなぜですか？

具体的には、msys / mingwセッションの場合、/ etc / profileスクリプトに、環境変数PATHの順序を「再配置」し、重複するエントリを削除する一連の操作があります。

通常、sedは入力の各行を個別に処理しますが（したがって、入力ストリームの'\ n'を簡単に置き換えることはできませんが、このsedステートメントは'：'を'\ n'に置き換えるため、 1行のような入力ストリーム全体（'\ n'文字が含まれます）。この動作は、sedの同じインスタンス内のすべてのsed式に当てはまります（基本的に、出力を別のプログラムにリダイレクトまたはパイプするまで）。

必須の仕様は次のとおりです。

操作前のPATHの内容は次のとおりです。

これは/etc/ profileの抜粋です（ここでPATH操作を開始しました）：

その行の最後のsed式は、基本的に「/ c / VS10 / VC / bin」で始まる行を探し、次のように「A40-」を前に付けます。

sed式が柔軟である（パス構造が変更される）のが好きですが、amd64またはx86_amd64で終わる行と一致させたくありません（これらには別の文字列が付加されます）。したがって、最後の式を次のように変更します。

これは機能します：

次に、（擬似コード "/ x /.../ bin"に一致する任意の「行」に一致させるために）最後の式を次のように変更します。

生成するもの：

??? --sedは、行の途中でどの文字（'。'）にも一致しませんでした（'*'） ???

しかし、出力をsedの別のインスタンスにパイプする場合（およびsedが各「行」を個別に処理することを補正する場合）、次のようになります。

私は得る：

??? それはどのように終わっていないのですか？ sの後に3つすべての「＃」文字があり、3番目の「＃」の後に修飾子「i」と「g」があり、式全体が二重引用符（'"'）になっています。また、エスケープはありません（ '\'）区切り文字の直前であり、区切り文字は検索または置換の一部ではありません。'〜'のように'＃'とは異なる区切り文字を試してみましょう。

私が使用するもの：| sed -e "s〜^（/ [az]/.*/bin)$~A40-\1~ig"

そして、私は得る：

そして、それは正しいです！私が変更したのは、「＃」から「〜」へのデリメータだけで、それは機能しました???

sedが私にとって説明のつかない結果を生み出したのはこれが初めてではありません。

なぜ、ああ、なぜ、sedは同じインスタンスの式の構文と一致しないのに、sedの別のインスタンスにパイプされたときに一致するのですか？そして、なぜ、ああ、なぜ、これを行うときに別のデリメータを使用する必要があるのですか（「終了していない」コマンドを取得しないために）？

そして私が尋ねている本当の理由：これはsedのバグですか、それとも私が理解していない正しい動作ですか（もしそうなら、誰かがこの動作が正しい理由を説明できますか？） 私はそれが間違っているのか、それとも別の/より良いツールが必要なのか（または両方、相互に排他的である必要はありません）を知りたいです。

誰かがこの動作が正しい理由を証明できる場合、またはそれがバグである理由を証明できる場合は、応答を回答としてマークします。 他のツールやsedのさまざまな使用方法に関するアドバイスは喜んで受け入れますが、それらは質問に答えません。

sedは説明のつかない結果で時間がかかりすぎるため、他のテキストプロセッサ（awk、trなど）で改善する必要があります。

PSこれは私のPATH操作の完全なロジックではありません。完全なロジックは、すべての行に「A00-」から「Z99-」までの値を追加し、出力を「sort -u -f」にパイプしてsedに戻し、各行の同じプレフィックスを削除して、行（'\ n'）をコロン（'：'）に戻します。次に、「export PATH ='」が1行に追加され、「'」が追加されます。次に、その出力は一時ファイルにリダイレクトされます。次に、その一時ファイルがソースされます。そして最後に、その一時ファイルが削除されます。

/ etc / profileスクリプトは、ソートの前後のPATHの内容も表示します（パスを台無しにした場合）。

PPSこれを行うにはもっと良い方法があると確信しています。それはいくつかの非常に単純なsed操作として始まり、ここに表示されるモンスターに成長しました。より良い方法があるとしても、sedがなぜこれらの結果を私に与えているのかを知る必要があります。

主にGCCバージョンが新しいため、数日間MinGW-w64をシステムで動作させようとしていますが、設定が間違っているか、MinGW-w64自体に奇妙な問題があります。

i686-w64-mingw32-gcc-4.7.2-release-win32_rubenvb をダウンロードし、解凍して $PATH 環境変数C:/Dev/mingw-rubenにパスを追加しました。C:/Dev/mingw-ruben/bin

私が構築しようとしているのは、CMake ファイルに付属するSFML 2です。CMake を実行すると問題なく動作し、コンパイラが認識され、すべてのテストに合格します。CMake はar.exe、C:/Dev/mingw-ruben/binフォルダー内の も検索します。MinGW Makefile を生成した後、Windows コマンド ラインに切り替えてmingw32-make install. 問題が発生する場所があります。エラーが発生します。

またはネットワークライブラリの場合

エラーは非常に明白なようで、チェックすると実際には nolibopengl32.aまたはlibws2_32.ainがありませんmingw-ruben/lib/が、ファイルは実際には にありますC:/Dev/mingw-ruben/i686-w64-mingw32/lib。

では、ar/make/cmake に、mingw-ruben/libディレクトリだけでなく、mingw-ruben/i686-w64-mingw32/lib.

すべてのコンテンツをi686-w64-mingw32サブフォルダーからmingw-rubenルート フォルダーにコピーすることをお勧めしますか?

余談ですが、もう一度呼び出すことはできますmingw32-make installが、手順は続行されますが、アプリケーションを SFML にリンクしようとすると、glXYZSFML 内の関数に対して多くの未解決のシンボル エラーが発生します。

詳細情報: Windows 8 x64 を使用していますが、それは問題ではないと思います。はい、MSYS を試しましたが、問題は解決しません。

私は何か間違ったことをしていますか？特別に構成する必要がありますか?

シンプルな「Hello World!」をコンパイルしようとしています。gtkmmチュートリアルで提供されている gtkmm ソース コードと Linux 上の mingw を使用して、Windows の実行可能ファイルを作成します。

次のコマンド ラインでコンパイル済みのソース コードを実行できg++ main.cpp -o bin `pkg-config gtkmm-3.0 --cflags --libs`ます。i686-w64-mingw32-g++ main.cpp -o bin `pkg-config gtkmm-3.0 --cflags --libs`

私が見逃していて、コンパイルする前にインストールする必要があるものはありますか?

また、クロスコンパイル (特に gtk+ や gtkmm について) のきちんとしたチュートリアルはありますか? 私はたくさん検索しましたが、有用なものはありませんでした。