MinGW - Minimalist GNU for Windows

relet wrote:
>
> Dear all,
>
> I was trying to use methods from a .dll (which I currently have only in
> binary form, either as .dll or .lib) in my code. To that aim, I have tried
> to either include the dll in the linking process directly, or to create a
> helper library using pexports and dlltool. I must be making some trivial
> error somewhere, and would be glad if you could help me out.
>

Just use the dll as the library you don't need the import file.

gcc -L /path/to/foo.dll bar.o -l foo -c bar.exe

-- 
Earnie
-- http://www.for-my-kids.com

Thanks Earnie, but that one gave me the same error in the first place:
$ g++ -L. test.o -lmylib -o test.exe
test.o:test.c:(.text+0x2b): undefined reference to `Lib_Init()'
collect2: ld returned 1 exit status

Now, I figured *that* may be because the dll version I currently have
follows C++ symbol mangling (afaics), or in .def format:
?LC_Init@...
Hence I may not be able to actually link against this dll. I had hoped I
could link against the helper lib and change the symbols in the DLL when I
know what will work for mingw. Or can I?
-- 
View this message in context: http://mingw-users.1079350.n2.nabble.com/undefined-references-when-using-dlltool-tp5107942p5108137.html
Sent from the MinGW-users mailing list archive at Nabble.com.

On 2010-05-27 10:34Z, relet wrote:
> 
> I was trying to use methods from a .dll (which I currently have only in
> binary form, either as .dll or .lib)

The first question is whether it's a C++ library:
  http://www.mingw.org/wiki/MixingCompilers

> for which reasons could I still get a "undefined reference to 'Lib_Init()'
> upon linking
> either by providing the libmylib.a file directly, or using -L. -lmylib?

Maybe the library doesn't contain a symbol with that exact name,
e.g., due to C++ name mangling.

On 2010-05-27 11:36Z, relet wrote:
> Thanks Earnie, but that one gave me the same error in the first place:
> $ g++ -L. test.o -lmylib -o test.exe
> test.o:test.c:(.text+0x2b): undefined reference to `Lib_Init()'
> collect2: ld returned 1 exit status
> 
> Now, I figured *that* may be because the dll version I currently have
> follows C++ symbol mangling (afaics), or in .def format:
> ?LC_Init@...
> Hence I may not be able to actually link against this dll. I had hoped I
> could link against the helper lib and change the symbols in the DLL when I
> know what will work for mingw. Or can I?

No, it's hopeless. I don't wish to seem negative; I just want to save you
a lot of unproductive effort. Either compile your own code with the same
compiler used to build the library, or get the source and recompile it
with MinGW.

Thanks Greg, it's good to have learned that early. :) 
-- 
View this message in context: http://mingw-users.1079350.n2.nabble.com/undefined-references-when-using-dlltool-tp5107942p5108211.html
Sent from the MinGW-users mailing list archive at Nabble.com.