bug#24631: Mac OS X 10.5.8: build error, undefined symbols

[Andy Wingo <wingo@pobox.com>]

Hi,

On Thu 06 Oct 2016 23:07, Jens Bauer <jens-guile-bug@plustv.dk> writes:

> I'm trying to build autogen on Mac OS X 10.5.8.
> Building all dependencies goes alright until I'm building guile.
> I've built all libraries as static libraries and placed them in /opt, mostly because I don't want gmp to be shared.
>
> Here's my build-recipe. "dlxb" means "download, extract and build", the arguments are passed to configure from package's own build directory:
> --8<-----8<-----8<-----
> dlxb gmp-5.1.3.tar.bz2 --disable-shared --prefix=/opt
> dlxb libunistring-0.9.6.tar.gz --disable-shared --prefix=/opt
> dlxb libffi-3.2.1.tar.gz --disable-shared --prefix=/opt
>
> dlxb libatomic_ops-7.4.4.tar.gz --disable-shared --prefix=/opt
> dlxb gc-7.6.0.tar.gz --disable-shared --prefix=/opt
>
> dlxb guile-2.0.12.tar.gz --disable-shared --with-libgmp-prefix=/opt --with-libunistring-prefix=/opt --prefix=/opt
> -->8----->8----->8-----
>
> Here's the last lines of the output:
> --8<-----8<-----8<-----
> ranlib: file: .libs/libguile-2.0.a(unistd.o) has no symbols
> ranlib: file: .libs/libguile-2.0.a(wctype-h.o) has no symbols
>   CCLD     guile
> Undefined symbols:
>   "_CFRelease", referenced from:
>       _libunistring_gl_locale_name_default in libunistring.a(localename.o)
>   "_CFLocaleCopyCurrent", referenced from:
>       _libunistring_gl_locale_name_default in libunistring.a(localename.o)
>   "_CFLocaleGetIdentifier", referenced from:
>       _libunistring_gl_locale_name_default in libunistring.a(localename.o)
>   "_CFStringGetCString", referenced from:
>       _libunistring_gl_locale_name_default in libunistring.a(localename.o)
> ld: symbol(s) not found
> collect2: ld returned 1 exit status

In general, when you build statically, AFAIU you may have to add
additional libs when linking final programs.  Guile itself doesn't use
CoreFoundation, but if unistring does and doesn't propagate that
dependency somehow -- something that is usually handled by libtool, but
I dunno I guess it's not working here -- then in that case you may have
to add additional LDFLAGS when building your final static binary.

I think this is not really a Guile bug so I am going to close it.
Please follow up if you feel like this bug should have some other
resolution.

Andy