Как остановить GNU GCC от искажения имен функций импорта DLL - PullRequest
Новая
       10

Как остановить GNU GCC от искажения имен функций импорта DLL

3 голосов
/ 24 января 2012

GNU GCC искажает мои импортированные имена функций, хотя я использую extern"C" в объявлениях.

Я только начал использовать Code :: Blocks и GNU GCC для переноса существующих проектов из Borland C ++ Builder 6.0 Pro и разработки некоторых будущих проектов. В долгосрочной перспективе я буду 1) создавать .dll, которые я хочу передать конечным разработчикам, использующим самые разные платформы (т. Е. .Dll не останутся строго собственными силами). 2) создавать программы в Code :: Blocks, которые используют эти .dlls.

Когда я попытался перенести первый проект, который работал под 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'|

Следовательно, он искажает имя функции DirectSoundCreate с помощью @ 12, хотя я использую файл Microsoft dsound.h (который помещает его в блок 'extern "C"), и он искажает CrimsonCommandProc с помощью _ imp __ , хотя я помещаю все в рамки 'extern' C ". Как мне заставить компилятор GNU GCC прекратить искажать имена? (Как для случая, когда он импортирует функции DLL, так и для случая, когда он создает DLL)

Кроме того, я не женат на GNU GCC. Если есть другой компилятор A) Free, B) кроссплатформенный и C), работающий с файлами DirectX .lib (желательно с поддержкой новых версий), я мог бы использовать его.

1 Ответ

3 голосов
/ 24 января 2012

DirectSoundCreate объявлен как WINAPI, макрос для __stdcall: 

 extern HRESULT WINAPI DirectSoundCreate(...);

Что дает ему украшение @ 12. Вы, вероятно, получаете ошибку компоновщика, потому что вы не связываете dsound.lib. Или в любой имеющейся у вас версии отсутствует экспорт, что не редкость в версии mkw файлов SDK.

Вы получаете префикс __imp, потому что вы объявили функции __declspec (dllimport). Просто удали это.

...