Re: Problems building on Win32

[David Sugar]

Yes, there is a link dependency on wsock32 in Common C++.  If you are building 
under mingw32, you should have coff copies built up of these, and you should 
be able to simply use -lwock32 and such to get those extra library references 
to resolve.

On Friday 12 September 2003 08:18 am, Jon Wilson wrote:
> 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
>
> _______________________________________________
> Bug-commoncpp mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/bug-commoncpp