bug-commoncpp
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems building on Win32


From: Jon Wilson
Subject: Re: Problems building on Win32
Date: Fri, 12 Sep 2003 13:18:12 +0100

I would try building with MingW, that is what I used last year sometime.
The WSA stuff sounds like winsock stuff missing from the linking. Try
linking wsock32.dll, ws2_32.dll and possibly others from the windows
directory. These are almost certainly parts of windows that are missing
in the linking process. I am be able to dig out a dll for 1.0.8 (but
that had issues with thread.join() which I had to hack by hand), but I
don't have it here. You should have no problems building it though, if
you get the linking done.

Try just google.com for dll and the symbol missing if the two dlls above
don't help. They should be kicking around in c:\windows\system or
c:\windows\system32 though.

Best of Luck

Jon Wilson
 

On Fri, 2003-09-12 at 12:22, Toni Vanhala wrote:
> Hello!
> 
> I've tried many approaches to build the CommonC++ library on a Windows
> platform (Cygwin, Borland, MSYS&MinGW), without much success. If there
> is a simple way to build it, please let me know, and disregard the rest
> of this message. Or, if there is a precompiled version somewhere that
> WOULD be nice :-)
> 
> The most success (at least, in my opinion) I've had with MSYS 1.0.9 and
> MinGW 3.0.0-1. BTW, I compiled the libxml2 from 2.5.9 source.
> 
> I ran ./configure, modified some of the source (dir.cpp, socket.h,
> port.cpp, config.h, among others), and it now seems to compile with the
> makefile in 'src'-directory.
> 
> However, among the output it states that:
> 
> /bin/sh ../libtool --mode=link g++ -I../src -DCCXX_EXPORT_LIBRARY
> -I/usr/local/include/libxml2 -I../win32 -g -O2 -I/usr/local/include
> -D_GNU_SOURCE   -o libccgnu2.la -rpath /usr/local/lib -version-info 0:11
> -release 1.0 thread.lo mutex.lo semaphore.lo threadkey.lo friends.lo
> event.lo slog.lo dir.lo file.lo inaddr.lo peer.lo port.lo socket.lo
> network.lo serial.lo mempager.lo keydata.lo dso.lo exception.lo
> process.lo urlstring.lo getopt.lo getopt1.lo  -L/usr/local/lib
> libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32
> shared libraries
> 
> 
> The libccgnu2.la and libccgnu2.a (+libext2) files appear, but I cannot
> compile the examples in 'demo'-directory, e.g.
> gcc -I/usr/local/include/cc++2 -g -O2 -I/usr/local/include -D_GNU_SOURCE
> -L/usr/local/lib -lccgnu2 -lccext2 -lz -shared serialecho.cpp
> results in several 'undefined references' to definitions in ost and std
> namespaces.
> 
> I have run the libtool with -no-undefined -flag. The result is undefined
> references to Win32 functions and types, such as WSASocketA, closesocket
> and inet_addr. The references are from the files inaddr.cpp, socket.h,
> peer.cpp, port.cpp, socket.cpp and network.cpp.
> 
> 
> I've already spent two weeks on this, so I appreciate every help you can
>   give me! Thanks,
> 
> Toni Vanhala
> 
> 
> 
> 
> _______________________________________________
> Bug-commoncpp mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-commoncpp





reply via email to

[Prev in Thread] Current Thread [Next in Thread]