'LIBCMT'は他のlibs +未解決の外部シンボルの使用と競合します

Question

OpenGL 3.2（+ libs）とFreeType2を使用するプログラムがあります。 BoostとOpenSSLを使った他のプログラム。 OpenGL側は、テキストをレンダリングできるようにし、boost/opensslプログラムは安全なログイン/ゲームサーバーを実行することでした。

どちらのプログラムも、自分で動作します。

しかし、BoostとOpenSSLをゲーム（GL + freetype）プロジェクトに追加すると、リンクが失敗しました。

私は以下のライブラリをリンクしていますが、そこにはフォルダも含まれています。

glimg.lib glutil.lib glfw.lib opengl32.lib freetype.lib glew32.lib user32.lib libeay32.lib ssleay32.lib

リンカーエラーがあります。

1>LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library 
1>libeay32.lib(cryptlib.obj) : error LNK2001: unresolved external symbol __imp__DeregisterEventSource@4 
1>libeay32.lib(cryptlib.obj) : error LNK2001: unresolved external symbol __imp__ReportEventA@36 
1>libeay32.lib(cryptlib.obj) : error LNK2001: unresolved external symbol __imp__RegisterEventSourceA@8 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__DeleteDC@4 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__DeleteObject@4 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__GetBitmapBits@12 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__BitBlt@36 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__GetObjectA@12 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__SelectObject@8 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__CreateCompatibleBitmap@12 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__GetDeviceCaps@8 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__CreateCompatibleDC@4 
1>libeay32.lib(rand_win.obj) : error LNK2001: unresolved external symbol __imp__CreateDCA@16 
1>.\BasicTexture.exe : fatal error LNK1120: 13 unresolved externals 

ランタイムライブラリは、私は私は本当に任意の助けをいただければ幸いです何をすべきか見当がつかないマルチスレッドDLL（/ MD）

に設定されています。

Answer 1

コンパイラが外部定義されたオブジェクトまたは関数を参照するコードを生成し、リンカーがそれらを見つけられなかった場合、未解決の外部エラーメッセージが生成されます。

extern "C" BOOL DeregisterEventSource (HANDLE hEventLog); 

これは、（ターゲット・アドレスを除く）call命令を生成するのに十分な情報がある：コンパイラは宣言のみを必要とする関数呼び出しを呼び出すコードを生成します。 externキーワードは、実装が他の場所で定義されていることをコンパイラーに通知します。その結果、後で埋められなければならない目標アドレスを知ることができない。コンパイラが終了すると、ピース同士を接続するのはリンカの仕事です。インポートライブラリから収集された情報を使用して、必要なオフセットを検索します。

Windows API呼び出しは、エラーログに簡単に表示されます。それらは接頭語が__imp__であり、時にはAまたはWの後置後に@<n>が続きます。<n>は、引数に必要なバイト数を示します。 Windows API呼び出しの場合は、MSDNの関数を参照することができます（DeregisterEventSourceなど）。下に向かって、の要件があります。インポートライブラリ名を見つけることができます。

競合の警告は、すべてのモジュールが同じランタイムライブラリを使用しているわけではありません。これは単なる警告ではありますが、それは深刻な問題であり、解決すべきです。 /MDコンパイラスイッチと/MTコンパイラスイッチを混在させる場合、また、リリースとデバッグランタイムライブラリを混在させる場合（/MDと/MDdなど）、この警告が表示されます。このメッセージを診断するには、/VERBOSE:LIBリンカスイッチを使用して、リンカが検索しているライブラリを特定できます。この警告に関する追加情報はMSDN linkにあります。

Answer 2

/MDでコンパイルしようとしていますが、これは適切な選択ですが、おそらくライブラリの一部であるコードは/MTで構築されており、同じプログラムで両方向に使用することはできません。どのライブラリが/MTで構築されているか把握し、/MDで再構築する必要があります。