Import and C++

Post by **Polo** » Tue Jun 24, 2008 9:24 pm

milan1612 wrote:OK, downloaded and replaced the new polink.exe, but the error persists

Same here

srod · Post by **srod** » Tue Jun 24, 2008 9:32 pm

Yes, the lib contains one external function exported as '_get', but the linker complains about a corrupted library. Has Polink caught up with VC 2008 yet?

Fred, do you use VC 2005 or VC 2008 for PB's userlibs?

Post by **Polo** » Tue Jun 24, 2008 9:34 pm

srod wrote:Yes, the lib contains one external function exported as '_get', but the linker complains about a corrupted library. Has Polink caught up with VC 2008 yet?

Fred, do you use VC 2005 or VC 2008 for PB's userlibs?

Well anyway I'm using the 2005 version and it does not work

Maybe a free VC++6 version exist, like for the 2005 one ?

milan1612 · Post by **milan1612** » Tue Jun 24, 2008 10:03 pm

Srod and I just discovered that the static library produced by the MingW compiler (free)
works like a charm (it outputs an .a file, just rename it to .lib).

Polink seems to have a problem with libraries compiled with VC++, not even
DLLs work in combination with Purebasic. Anyway, it could be that I just overlooked
a certain compiler option that causes these problems...

MingW can be found here: Sourceforge

ts-soft · Post by **ts-soft** » Tue Jun 24, 2008 10:14 pm

Have you test with Polink 5.0 ? ( http://www.smorgasbordet.com/pellesc/ )

PB have Polink 4.0 in the compiler directory

milan1612 · Post by **milan1612** » Tue Jun 24, 2008 10:17 pm

@Thomas: Go to the first page of this thread

ts-soft · Post by **ts-soft** » Tue Jun 24, 2008 10:19 pm

milan1612 wrote:@Thomas: Go to the first page of this thread

I have overlooked this

Post by **Polo** » Tue Jun 24, 2008 10:24 pm

Well, using Mingw/Devc++ isn't a solution for me as my code doesn't compile with gcc...

Post by **Polo** » Tue Jun 24, 2008 10:55 pm

In fact I managed to compile it thought PB's linker gives me 18 unresolved external symbols !

things like "ZNKSs4sizeEv"

Post by **Fred** » Tue Jun 24, 2008 11:56 pm

We use VC++2005 (Express version) for all the libraries so it shouldn't be a problem. "ZNKSs4sizeEv" looks like a C++ mangled symbol, you probably have a C++ lib dependencie (MSVCP80 or such ?).

Post by **Polo** » Wed Jun 25, 2008 12:04 am

Fred wrote:We use VC++2005 (Express version) for all the libraries so it shouldn't be a problem. "ZNKSs4sizeEv" looks like a C++ mangled symbol, you probably have a C++ lib dependencie (MSVCP80 or such ?).

Well I have those messages only with Dev Cpp, with VC++ 2005 or higher it just crash the linker (the same code is used)

Does the VC2005 project i send on the 1st page work for you ?

Post by **Fred** » Wed Jun 25, 2008 12:58 am

To have it to work, you have to set the whole program optimization (in General) to "No Whole Program Optimization", as polink doesn't support such.

Post by **Polo** » Wed Jun 25, 2008 9:55 am

Fred wrote:To have it to work, you have to set the whole program optimization (in General) to "No Whole Program Optimization", as polink doesn't support such.

Yes it seems that was the trick

!
Thanks Fred !!

Though now with my real code, I've got 13 unresolved externals, most of these contains "std"

Is there another configuration to do ?

Post by **Polo** » Wed Jun 25, 2008 10:56 am

Polo wrote:Though now with my real code, I've got 13 unresolved externals, most of these contains "std"
Is there another configuration to do ?

If I had "msvcrt.lib" in my own lib, and use "dynamic link with ATL", only 2 errors remain !

"unresolved XRan@_StringBase@std@@SAXXZ"
"unresolved XLen..."

Post by **Fred** » Wed Jun 25, 2008 12:14 pm

I don't know these symbols, sorry.