2012-01-24 24 views
3

宣言で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ファイル(新しいバージョンがリリースされたときにサポートがあることが好ましい)があれば、それを使うことができます。

答えて

3

DirectSoundCreateはWINAPI、__stdcallのためのマクロとして宣言されています。それを@ 12装飾を与える

extern HRESULT WINAPI DirectSoundCreate(...); 

を。 dsound.libをリンクしていないため、おそらくリンカーエラーが発生しています。または、SDKファイルのmingwバージョンでは珍しいことではありませんが、あなたが持っているどのバージョンであれ、エクスポートがありません。

関数__declspec(dllimport)を宣言したため、__impという接頭辞が表示されています。それを取り除くだけです。

+0

dsound.hは、ほぼすべてのファイルの の#ifdef __cplusplusはextern "C" {#endifの// __cplusplus の#ifdef __cplusplus}内側包みます。 #endif // __cplusplus また、私はプロジェクトにdsound.libを含めます。私はそれで何か他のことをやろうとしていますか? (それはBCBのためには十分だった、私はcode :: blocksを新しくした) – user1167758

+0

ビルドオプション - >リンカ設定 - >追加 - >(参照)に行き、dsound.libとCGGWin.libを追加した。今すぐ "ld.exe || -ldsound.libを見つけることができません|" CGGWinについても同様です。 – user1167758

+0

ああ。 GNU GCCで__stdcallを使うと、 'extern "C"'を指定していても@Nが追加されます。これはBCBでは起こりません。さらに、dsound.hファイルは#define WINAPI __stdcallで__stdcallを隠しました。今度は、なぜCode :: Blocksがlibrary.libをブラウズして追加するときに-llibrary.libを見つけようとしているのか理解する必要があります。 – user1167758

関連する問題