Library architecture i386 ist not compatible with target architecture i386:x86-64

[tim5]

[QUOTE=d_stranz;309698]Is the DLL yours or something from an external source? If it is yours and you have the source code, just add a 64-bit configuration to the project if it isn't already there and build that configuration. If it is not yours and you only have a 32-bit binary version, then you are probably stuck with making your program 32 bits as well. See this Stackoverflow article for workarounds.

The DLL is from an external source/ company. I am creating a program for this company. I think I can ask them to add a 64bit Configuration.

I've already tried making my program 32 bit. Now I have a LNK1107 Error - invalid or damaged file: reading at 0x2E0 not possible.

I will have a try with the workarounds.

Typically, you don't use LoadLibrary to load a DLL at run time. Instead you link the executable with the .lib export library that is produced along with the DLL and let Windows take care of loading it. The major exception is if you are developing some sort of plug-in architecture where you do not know the DLLs you will be loading at build time and must load them dynamically at run time.

But I only have the DLL (and know about the functions within) I do not have .lib .h or .a files. I read that because of that I have to use LoadLibrary.

By the way, all 64-bit compilers I know of can also produce 32-bit binaries with the right compile and link flags.

Thanks a lot for you support.

[d_stranz]

The DLL is from an external source/ company. I am creating a program for this company. I think I can ask them to add a 64bit Configuration.

Then also ask them to provide you with the corresponding .lib file -and- the header files that define the exports from the library. Seems sort of ridiculous that a company would contract you to write code and then tie your hands behind your back. If they are creating the DLL, then they should certainly know enough to understand what is required to write code that uses it.

[ChrisW67]

In some circumstances you can generate the link library (blah.lib) to match a DLL (blah.dll):
GenerateLibFromDll
This uses the Microsoft tools.
You will still need the matching headers.

The OP indicates that MingW is being used as the tool chain in this thread, but provides a linker error message that looks to be coming from a Microsoft tool chain in the other thread on this same topic.

[d_stranz]

The OP indicates that MingW is being used as the tool chain in this thread, but provides a linker error message that looks to be coming from a Microsoft tool chain in the other thread on this same topic.

I think DLLs should be compatible no matter what build tool chain is used. It's the export libraries and other binary things that may not be. I believe that each compiler mangles names differently, so you will get linker errors if you try to link a binary from MingW with another produced by Microsoft if one uses definitions from the other.