Matt Fago wrote:
| Peter O'Gorman wrote:
|> Matt Fago wrote:
|> | The main application compiles and links correctly, but a test
|> program --
|> | which links the same convenience libraries -- fails with "ld:
|> Undefined
|> | symbols" corresponding to the global variables in one of the
libraries.
|
| The tarball is located at:
God darwin is strange.
The symbols the linker can't find are all common symbols, ranlib's
default behavior is not to include common symbols in the archive table
of contents. You have many choices for fixing this:
1) RANLIB="ranlib -c" ./configure
2) CPPFLAGS="-fno-common" ./configure
3) edit laminate.c and change "int icomputetan;" to "int icomputetan=0;"
Although this behavior from apple's ranlib and ld is decidedly
different, I'm not sure that it constitutes a bug in libtool. Anyway,
I'd suggest option 3 above. While you are in there you could remove the
other common symbols too, but it isn't really required.
Usually when building shared libtool adds -fno-common to the compile
line and -all_load to the link line for convenience libraries, you
aren't building shared, so that is not happening, either one (or both)
of these would also solve the linking issue.