c++ - 如何阻止 GNU GCC 修改 dll 导入函数名称

标签 c++ gcc codeblocks

即使我在声明中使用extern“C”,GNU GCC 也会破坏我导入的函数名称。

我刚刚开始使用 Code::Blocks 和 GNU GCC 将现有项目从 Borland C++ Builder 6.0 Pro 迁移出来并开发一些 future 的项目。从长远来看,我将 1) 制作 .dll,并将其交给使用各种平台的最终开发人员(即 .dll 将不会严格保留在内部。)2) 在Code::使用这些 .dll 的 block 。

当我尝试迁移在 Borland C++ Builder 下运行的第一个项目时,即使我将导入的函数名称声明为“extern“C””,它也会损坏它们。

例如,以下(简化的)代码在编译器开始链接后会产生错误:

   #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()

  }

此代码会产生以下错误:

  C:\Development\AnimalReader\Animal Reader.cpp|91|undefined reference to `DirectSoundCreate@12'|
  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'|

因此,它使用 @12 来破坏 DirectSoundCreate 函数名称,即使我使用的是微软的 dsound.h 文件(将其放入“extern “C”” block 中)并且它使用 _ 来破坏 CrimsonCommandProc imp__ 即使我将所有内容都放在“extern“C”的范围内。如何让 GNU GCC 编译器停止修改名称? (无论是导入 dll 函数时还是最终创建 dll 时)

或者,我并没有嫁给 GNU GCC。如果有另一个编译器 A) 免费、B) 跨平台、C) 可处理 DirectX .lib 文件(最好是新版本发布时支持的编译器),我可以使用它。

最佳答案

DirectSoundCreate 被声明为 WINAPI,一个 __stdcall 的宏:

 extern HRESULT WINAPI DirectSoundCreate(...);

这给了它@12装饰。您可能会收到链接器错误,因为您没有链接 dsound.lib。或者您拥有的任何版本都缺少导出,这在 mingw 版本的 SDK 文件中并不罕见。

您获得 __imp 前缀是因为您声明了函数 __declspec(dllimport)。只需删除它即可。

关于c++ - 如何阻止 GNU GCC 修改 dll 导入函数名称,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8992906/

相关文章:

c++ - ESP32 OTA 更新在启动时不断崩溃

c - 打包成员地址 : Disable for specific function?

c - 为什么我不能运行我的程序

c - 没有使用 fopen() 创建文件;为什么,或者他们在哪里?

c++ - std::copy 的限制是否比 std::memcpy 更宽松?

c++ - 为什么 "out of source"构建不是默认的?

c++ - 未解析的外部符号 C++ Embedded

macos - OS X : installed gcc links to clang

c - 开关盒内循环内的开关盒

c++ - 如何使用 Code::Blocks 链接到库?