Libtool is unhappy with it. It sees it as a static library (yes, it
is), and does not see a shared library for it (no there isn't one), so
it is thinking this is a mistake and is not using it as a dependent
library and won't link with it (and I end up with undefined
references). I get this message:
*** Warning: Trying to link with static lib archive /usr/local/cross-tools/mingw32/i586-mingw32/lib/libtclstub84.a.
*** 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
*** because the file extensions .a of this argument makes me believe
*** that it is just a static archive that I should not used here.
No matter what I do to ltmain.sh, libtool, configure.in, or
Makefile.am, I get this error. How do I fix this? Is there some hack
to get below libtool's radar? Or do I just need a *special* *hand-built*
Makefile for cross-building? Everything works just fine building
natively under Linux for a Linux target. Libtool is perfectly happy to
link this static library into a Linux shared library module. It just
won't do it for a MS-Windows DLL.
--
Robert Heller -- 978-544-6933
Deepwoods Software -- Linux Installation and Administration
http://www.deepsoft.com/ -- Web Hosting, with CGI and Database
hel...@deepsoft.com -- Contract Programming: C/C++, Tcl/Tk
That's your problem right there :-)
Libtool has a lot of features, almost none of which are useful
for building Tcl extensions. Moreover, it's missing a couple things
that *are* needed. Automake is almost wholly inappropriate for
building Tcl extensions (I'll just leave it at that -- the less
said about automake the better.)
The TEA build infrastructure is a much better starting point;
see the "sampleextension" module in Tcl SourceForge CVS.
--Joe English