問題タブ [mingw]

mingw 3.4.5のインストールに問題がある可能性はありますか？または、これは他のライブラリで提供されていますか？

ご参考までに、dlfcn.hはdlopenやdlcloseなどが定義されている場所なので、かなり標準的なはずです。

現在実行中のコマンド ライン C プログラムがあり、同じディレクトリでファイルを読み取るか別のバイナリを実行したいとします。

現在の作業ディレクトリを探しているわけではないことに注意してください。ユーザーは、次のいずれかの方法 (およびおそらく私が知らない他の方法) で、元のプログラムを呼び出した可能性があります。

• ../../プログラム
• /ホーム/マット/プログラム
• PATH=$PATH:/home/matt プログラム

理想的には、MinGW を介して UNIX システムと Windows で動作するものを探しています。

本番環境で GCC 4.4.0 C++0xサポートを使用している人はいますか? 最新のMinGWで使おうと思っているのですが、成熟度がいまいちわかりません。

私は興味を持っている：

• TR1 サポート
• 自動
• 初期化リスト

最近ここで得た回答 (3 つ目) について詳しくお聞きしたいと思います: Compiled languages basics

C と MinGW で記述し、VC によってコンパイルされた C++ ライブラリにリンクすると、動作しますか? どうすれば事前に知ることができますか?

つまり、その C++ .dll にリンクする .exe を警告なしで作成でき、その .exe を実行 (実行するだけで、それ以上のテストは不要) できる場合、それは機能したことを意味しますか? ある時点でコアダンプしませんか?

確かに、ライブラリ ソースを自分で再コンパイルし、それをリンクする必要がありますか?

C++ と C コードをリンクすると問題が発生する可能性があることは理解していますが、それがいつ機能し、いつ機能したかを知るにはどうすればよいですか?

PS:はい、 コンパイルされたライブラリを使用するのを見ました... 私の質問は少し違うと思いました。

MingW で Windows サービスを構築しようとしています。スレッド セーフな例外が必要なので、リンカー フラグ-mthreadsを追加しました。アプリケーションはコマンドラインから正常に動作しますが、 services.mscから開始しようとすると、1054 エラー (「サービスは開始または制御要求にタイムリーに応答しませんでした」) が発生します。-mthreadsフラグなしで再ビルドすると、サービスが開始されます。-mthreadsでこれを機能させるにはどうすればよいですか?

MinGW ダウンロード ページで、「Linux」上のプログラムを「Windows」にコンパイルできるように、「MinGW クロスコンパイラ」をビルドするためのシェル スクリプトである「Cross-Hosted MinGW Build Tool」をダウンロードできます。目標。

そのスクリプトをダウンロードして実行し、スクリプトからの対話型の質問に答えました。「 gcc-core 」という名前のファイルをいくつかダウンロードする必要がありました。そして、そのページで見つけた「gcc-core ソース コード」の「最新」バージョンは、「gcc- core- 3.4.5 -20060117-2-src.tar.gz」だったので、「3.4.5」バージョン。

しかし、「Ubuntu Linux」では、バージョン「 4.2.1 」のプリコンパイル済み「mingw32」パッケージをダウンロードできます。MinGW の「Ubuntu パッケージ」バージョンが、MinGW の「ホームページ」のものよりも新しい可能性があるのはなぜですか?

「MinGWクロスコンパイルツール」の最新版は？

WindowsでいくつかのLinuxライブラリを使用するために、MinGW/MSYSの使用を開始しました。使用する

これまではうまく機能しましたが、「ln -s」呼び出しで、「makeinstall」で2つの異なるライブラリが失敗しました。これは次のようになります。

まず第一に、makefileの意図は何ですか？/mingw/lib/libvamp-sdk.so.2.0.0が存在するため、上記の「ln-s」呼び出しを次のように置き換えます

動作しますが、これが作者の意図したものかどうかはわかりません。

さらに重要なのは、なぜこれが発生するのか（ネイティブLinuxシステムで正常に機能すると思います）、それを回避する最も簡単な方法は何ですか？makefileを手動で編集することもできますが、これに対するより良い解決策があるかどうか疑問に思っています。

ご入力いただきありがとうございます。

stdio.hを含めずに「printf」を直接呼び出す方法は？

ここで興味深いチュートリアルを見つけました：http：
//www.halcode.com/archives/2008/05/11/hello-world-c-and-gnu-as/

だから、これが私の試みです：

MinGW 4.4を使用していますが、コンパイル方法は次のとおりです。

gcc -c hello.c -o hello.o
ld hello.o -o hello.exe C：/mingw/lib/crt2.o C：/mingw/lib/gcc/mingw32/4.4.0/crtbegin.o C： /mingw/lib/gcc/mingw32/4.4.0/crtend.o -LC：/mingw/lib/gcc/mingw32/4.4.0 -LC：/mingw/lib -lmingw32 -lgcc -lmsvcrt -lkernel32

残念ながら、失敗します。

hello.o：hello.c：（。text + 0x26）：`ss'への未定義の参照

これを修正する方法は？

私はイントロC++クラスのTAです。先週のテストで次の質問がありました。

次のプログラムからの出力は何ですか。

私と私のすべての同僚にとっての答えは、明らかに次のとおりです。

しかし今、何人かの学生は、特定の環境でこれを実行すると、実際には反対になると指摘しています。

gccを使用してLinux環境で実行すると、期待どおりの結果が得られます。私のWindowsマシンでMinGWを使用すると、彼らが話していることがわかります。myFuncへの最後の呼び出しを最初に評価し、次に2番目の呼び出し、次に最初の呼び出しを評価しているようです。すべての結果が得られると、最初の呼び出しから通常の順序で出力されます。しかし、呼び出しが順不同で行われたため、番号は反対です。

私はコンパイラの最適化であり、関数呼び出しを逆の順序で評価することを選択しているように見えますが、その理由はよくわかりません。私の質問は：私の仮定は正しいですか？それはバックグラウンドで何が起こっているのですか？それともまったく違うものがありますか？また、関数を逆方向に評価してから出力を順方向に評価することに利点がある理由がよくわかりません。ostreamの動作方法のために出力は順方向である必要がありますが、関数の評価も順方向である必要があるようです。

ご協力いただきありがとうございます！

pow(a,b)結果を整数として取得する必要があります（aとbは両方とも整数です）。現在、含まれている計算(int) pow( (double)a, (double)b)は間違っています。たぶん誰かが整数でpow（a、b）を実行し、整数も返す関数を手伝ってくれるでしょうか？

しかし、ここに奇妙な部分があります。私はLinuxでGeany（およびg ++ / gccコンパイラ）を使用してpow(a,b)スクリプトを作成し、スクリプトだけをコンパイルして正常に動作させました。しかし、大学にはDev-C ++（およびMS Windows）があります。[Warning] converting toDev-C ++では、スクリプトはエラーint'でコンパイルされませんでした。double'

このscrpitをWindows（およびMingwコンパイラ）でも動作させる必要があります。