Same heremilan1612 wrote:OK, downloaded and replaced the new polink.exe, but the error persists
Import and C++
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 ?
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
Windows 7 & PureBasic 4.4
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
PureBasic 5.73 | SpiderBasic 2.30 | Windows 10 Pro (x64) | Linux Mint 20.1 (x64)
Old bugs good, new bugs bad! Updates are evil: might fix old bugs and introduce no new ones.
Old bugs good, new bugs bad! Updates are evil: might fix old bugs and introduce no new ones.
I have overlooked thismilan1612 wrote:@Thomas: Go to the first page of this thread
PureBasic 5.73 | SpiderBasic 2.30 | Windows 10 Pro (x64) | Linux Mint 20.1 (x64)
Old bugs good, new bugs bad! Updates are evil: might fix old bugs and introduce no new ones.
Old bugs good, new bugs bad! Updates are evil: might fix old bugs and introduce no new ones.
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 ?
Yes it seems that was the trick !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.
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 ?