宣言でextern "C"を使用していますが、GNU GCCがインポートした関数名をマングリングしています。GNU GCCのdllインポート関数名のマングリングを防ぐ方法
私は、Code :: BlocksとGNU GCCを使用して、Borland C++ Builder 6.0 Proの既存プロジェクトを移行し、将来のプロジェクトを開発し始めました。長期的には、私は1)さまざまなプラットフォームを使用している開発者(つまり、.dllは厳密に社内にとどまるわけではない)を終了させるために、やりたいと思っている.dllを作成しています。コード::これらの.dllを使用するブロック。
Borland C++ Builderで動作する最初のプロジェクトを移行しようとしたとき、「extern」C "として宣言してもインポートされた関数名が変更されました。 、それはDirectSoundCreate関数名をマングルだ従って
C:\Development\AnimalReader\Animal Reader.cpp|91|undefined reference to `[email protected]'|
C:\Development\AnimalReader\Animal Reader.cpp|96|undefined reference to `_imp__CrimsonCommandProc'|
C:\Development\AnimalReader\Animal Reader.cpp|97|undefined reference to `_imp__TranslateCrimsonReply1'|
C:\Development\AnimalReader\Animal Reader.cpp|107|undefined reference to `_imp__CrimsonCommandProc'|
C:\Development\AnimalReader\Animal Reader.cpp|108|undefined reference to `_imp__TranslateCrimsonReply1'|
:
#include <windows.h>
#include <stdio.h>
#include <cstdlib>
#include "dsound.h"
//#include "CGG_Cpp_DInterface.h"
//The following are relevent items taken from CGG_Cpp_DInterface.h
struct CrimsonReply1{
unsigned int Echo;
unsigned int Result;
unsigned int ReplyType;
unsigned int Reserved1;
unsigned int Reserved2;
char* OutputString;
double Reply[32];
};
extern "C" __declspec(dllimport) int CrimsonCommandProc(/*I'm not going to list all the arguments here*/);
extern "C" __declspec(dllimport) int TranslateCrimsonReply1(int, CrimsonReply1*, int);
#define CGG_SETUP 0x20000001
#define CGG_SHUTDOWN 0x20000005
#define CGG_WINDOWED 0x0000002F
#define CGG_RECTANGLE 0x00000024
#define CGG_STRETCHTOCLIENT 0x00000028
#define CGG_DUMPALLREPLIES 0
//End of items taken from CGG_Cpp_DInterface.h
extern "C" LRESULT CALLBACK WndProc(HWND hWnd, UINT messg, WPARAM wParam, LPARAM lParam);
char szProgName[] = "Age Games: Animal Reader";
char message[] = "";
extern "C"{
int WINAPI WinMain(HINSTANCE hInst, HINSTANCE hPreInst, LPSTR lpszCmdLine, int nCmdShow)
{ //Win32 entry-point routine
MSG WinEvent;//long pointer to an event message sent by Windows to the application
WNDCLASSEX WinClass;//A Windows Class Struct
RECT WindowRect;//A structure to describe the position and size of the window.
HWND WinHand;
/*Other Variables-------------------------------------------------------------*/
CrimsonReply1 CrimsonReply;
/*------------------------------------------------------------------------------
Set up a window, register it, and create it.
------------------------------------------------------------------------------*/
/*set up window class and register it*/
/*All the standard window initialization is in here. It's not relevent to the problem.*/
/*------------------------------------------------------------------------------
begin the message loop
------------------------------------------------------------------------------*/
LPDIRECTSOUND* DirectSoundObject;
HRESULT Result = DirectSoundCreate(NULL, DirectSoundObject, NULL);
if (Result == DS_OK && *DirectSoundObject) Result = (*DirectSoundObject)->SetCooperativeLevel(WinHand, DSSCL_NORMAL);
if (Result != DS_OK) return(0);
int ReplyPointer = CrimsonCommandProc(CGG_SETUP,NULL,(double)(int)WinHand,NULL,CGG_WINDOWED,NULL,
CGG_RECTANGLE,NULL,800,NULL,600,NULL,
CGG_STRETCHTOCLIENT);
if (ReplyPointer) ReplyPointer = TranslateCrimsonReply1(ReplyPointer, &CrimsonReply, CGG_DUMPALLREPLIES);
while(GetMessage(&WinEvent, NULL, 0, 0))
{
DispatchMessage(&WinEvent);
}
/*------------------------------------------------------------------------------
Shutdown.
------------------------------------------------------------------------------*/
ReplyPointer = CrimsonCommandProc(CGG_SHUTDOWN);
if (ReplyPointer) ReplyPointer = TranslateCrimsonReply1(ReplyPointer, &CrimsonReply, CGG_DUMPALLREPLIES);
return(WinEvent.wParam);
} //end of WinMain()
}
このコードは、次のエラーを生成する:コンパイラはリンク開始後
は、例えば、以下の(縮小)コードは、エラーを生成します@ 12で、たとえ私がmicrosoftのdsound.hファイル(extern "C"ブロック内に置く)を使用していて、CrimsonCommandProcをマジックすると、_ imp __私は 'extern "C"の範囲にすべてを入れています。どのようにしてGNU GCC Compilerに名前のマングリングを停止させるのですか? (dll関数をインポートするときと最終的にdllを作成するときの両方)
また、私はGNU GCCと結婚していません。 A)Free、B)Cross-platform、C)DirectXの.libファイル(新しいバージョンがリリースされたときにサポートがあることが好ましい)があれば、それを使うことができます。
dsound.hは、ほぼすべてのファイルの の#ifdef __cplusplusはextern "C" {#endifの// __cplusplus の#ifdef __cplusplus}内側包みます。 #endif // __cplusplus また、私はプロジェクトにdsound.libを含めます。私はそれで何か他のことをやろうとしていますか? (それはBCBのためには十分だった、私はcode :: blocksを新しくした) – user1167758
ビルドオプション - >リンカ設定 - >追加 - >(参照)に行き、dsound.libとCGGWin.libを追加した。今すぐ "ld.exe || -ldsound.libを見つけることができません|" CGGWinについても同様です。 – user1167758
ああ。 GNU GCCで__stdcallを使うと、 'extern "C"'を指定していても@Nが追加されます。これはBCBでは起こりません。さらに、dsound.hファイルは#define WINAPI __stdcallで__stdcallを隠しました。今度は、なぜCode :: Blocksがlibrary.libをブラウズして追加するときに-llibrary.libを見つけようとしているのか理解する必要があります。 – user1167758