On Thursday 13 April 2006 00:12, Michael Gogins wrote:

> Thanks for your work. I'll try it out soon.
> 
> There shouldn't be license issues with the SDK headers. I did run into
> problems with ws2_32 with MinGW, which I don't exactly recall any more.

I have a mail from 2005-12-23 that reports problems related to building
liblo, it is included at the end of this message.
The errors are about these functions that are not included in ws2_32.dll
on some versions of Windows: getaddrinfo(), freeaddrinfo(), getnameinfo(),
and gai_strerror(). gai_strerror() is now included with liblo version
0.23 (the liblo developers apparently copied it from the Windows SDK).
It also seems like there were problems with function declarations, because
the missing functions have __stdcall calling convention (with names like
getaddrinfo@16 etc.), but liblo looks for __cdecl functions. However, this
is not the case for me, perhaps version 0.23 has fixed these issues, or
because I may have a different version of MinGW.

> The relevant functions could be declared "extern" in the sources to get
> around the header file problems.

The problem is that these functions simply do not exist in Windows 2000
and older versions, so declaring them does not help there (they should be
declared in ws2tcpip.h anyway). wspiapi.h - which is only in the Microsoft
Platform SDK and not in MinGW - implements these as inlinle functions
which emulate getaddrinfo() etc. on older versions of Windows.
However, wspiapi.h should theoretically not be needed for a liblo library
that is only intended to run on newer Windows releases; you could try
building the .tar.bz2 package I posted, and see what happens if you remove
the files ws2tcpip.h and ws2_wrapper.c from the build directory, and the
latter also from Makefile.

------------------------------------------------------------------------

I see no such discussion in the liblo-devel list (the only liblo list that
I could find).

With MinGW and MSYS on XP Home Edition, I can compile liblo OK, but the OSC
opcode won't link properly in SConstruct. Complains about missing symbols
(see below).

But these symbols are (mostly) in the libws2_32.a library, which is in the
link line.

Regards,
Mike

scons: Building targets ...
g++ -shared -Wl,--enable-stdcall-fixup -o osc.dll Opcodes\OSC.o -L. -L.
-L\usr\local\lib -L. -L. -LC:\utah\usr\mingw\lib
-LC:\utah\usr\msys\1.0\local\lib -LC:\utah\opt\lua50\lib\mingw3
-LC:\utah\opt\Tcl\bin -LC:\utah\opt\pd-0.38-4-devel-2\bin -lsndfile -llo
-lpthread -lwsock32 -lws2_32 -Wl,--out-implib,libosc.a
-Wl,--output-def,osc.def
Creating library file: libosc.a
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-send.o)(.text+0x6c7):send.c:undefined reference to `getaddrinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-send.o)(.text+0x6e7):send.c:undefined reference to `gai_strerror'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-send.o)(.text+0x6f5):send.c:undefined reference to `freeaddrinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-address.o)(.text+0x322):address.c: undefined reference to `freeaddrinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-server.o)(.text+0x2b5):server.c: undefined reference to `freeaddrinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-server.o)(.text+0x2d6):server.c: undefined reference to `getaddrinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-server.o)(.text+0x2ea):server.c: undefined reference to `gai_strerror'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-server.o)(.text+0x313):server.c: undefined reference to `freeaddrinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-server.o)(.text+0x583):server.c: undefined reference to `getnameinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-server.o)(.text+0x720):server.c: undefined reference to `freeaddrinfo'
C:\utah\usr\msys\1.0\local\lib/liblo.a(liblo_la-server.o)(.text+0x1247):server.c: undefined reference to `getnameinfo'
collect2: ld returned 1 exit status
scons: building terminated because of errors.
scons: *** [osc.dll] Error 1


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net