[OTR-dev] Re: [OTR-announce] gaim-otr 2.0.1 is up (BUT DOESN'T DO AUTOCONF!!)

[Ian Goldberg]

On Tue, Mar 01, 2005 at 12:13:56PM -0500, Greg Troxel wrote:
> As for b), my configure script sets EXTRA_LIBS to the values needed
> for gaim's depdendencies, but doesn't include them.  It should be very
> easy to check for mingw and include these libs in a variable
> MINGW_LIBS that gets set to "" on all but mingw and EXTRA_LIBS.
> Perhaps with a --enable-win32 switch that does this, since it's really
> a compiling-for-windows issue, not a mingw issue.

Well, we're getting warmer.  Now libtool is complaining:


/bin/sh ./libtool --mode=link i586-mingw32msvc-gcc -DXTHREADS -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/gaim   -DUSING_GTK -DGAIM_PLUGINS -DGAIM_OTR_VERSION=\"2.0.2\" -g -O2   -o gaim-otr.la -rpath /usr/i586-mingw32msvc/lib/gaim -module -avoid-version  -lgcrypt -lgpg-error  -lotr otr-plugin.lo ui.lo dialogs.lo gtk-ui.lo gtk-dialog.lo

*** Warning: This system can not link to static lib archive /usr/lib/gcc/i586-mingw32msvc/3.4.2/../../../../i586-mingw32msvc/lib//libotr.la.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** But as you try to build a module library, libtool will still create
*** a static module, that should work as long as the dlopening application
*** is linked with the -dlopen flag to resolve symbols at runtime.
libtool: link: warning: undefined symbols not allowed in i586-pc-mingw32msvc shared libraries


It seems to be unwilling to link the static libotr with other objects to
form a dll.  This is libtool being unwilling; i586-mingw32msvc-gcc is
more than happy to do so, as the old Makefile would suggest.

For now, I've autoconfiscated, but left a Makefile.mingw for manual use.
I'd prefer to work out how to get libtool to "play nice", though.

> How does one check the gaim API version?  I couldn't find anything in
> the header.  Do you mean just the gaim version number?  If so, that's
> checked to be greater than 1.0.3 by the script I sent.  It doesn't
> check that it's less than the first incompatible release, but other
> than guessing gaim 2 won't be compatible, not sure what to do.

That's in fact exactly correct.  gaim version numbers follow the "if API
changes incompatibly, change the major version; if API changes
compatibly, change the minor version; if API unchanged, change the
subversion" rule.  So gaim-otr requires gaim >= 1.0.0 and gaim < 2.0.0.

   - Ian