Posted: Tue Jun 24, 2008 9:24 pm
Same heremilan1612 wrote:OK, downloaded and replaced the new polink.exe, but the error persists
Page 2 of 3
Posted: 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?
Fred, do you use VC 2005 or VC 2008 for PB's userlibs?
Posted: Tue Jun 24, 2008 9:34 pm
Well anyway I'm using the 2005 version and it does not worksrod 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?
Maybe a free VC++6 version exist, like for the 2005 one ?
Posted: 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
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
Posted: 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
PB have Polink 4.0 in the compiler directory
Posted: Tue Jun 24, 2008 10:17 pm
@Thomas: Go to the first page of this thread 
Posted: Tue Jun 24, 2008 10:19 pm
I have overlooked thismilan1612 wrote:@Thomas: Go to the first page of this thread
Posted: 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...
Posted: 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"
things like "ZNKSs4sizeEv"
Posted: 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 ?).
Posted: Wed Jun 25, 2008 12:04 am
Well I have those messages only with Dev Cpp, with VC++ 2005 or higher it just crash the linker (the same code is used)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 ?).
Does the VC2005 project i send on the 1st page work for you ?
Posted: 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.
Posted: Wed Jun 25, 2008 9:55 am
Yes it seems that was the trickFred 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.
!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 ?
Posted: Wed Jun 25, 2008 10:56 am
If I had "msvcrt.lib" in my own lib, and use "dynamic link with ATL", only 2 errors remain !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 ?
"unresolved XRan@_StringBase@std@@SAXXZ"
"unresolved XLen..."
Posted: Wed Jun 25, 2008 12:14 pm
I don't know these symbols, sorry.