[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Can't build gettext on Mac OSX
From: |
Bruno Haible |
Subject: |
Re: Can't build gettext on Mac OSX |
Date: |
Tue, 8 Aug 2006 15:00:47 +0200 |
User-agent: |
KMail/1.9.1 |
Hello,
Bill Lapham writes:
> m using the following configuration:
>
> Mac Blue & White G3 / PowerBook G4 (Sam results)
> OSX 10.4.7
> pkgconfig-0.18
> gettext-0.14.5
> glib-2.12.1
> pygtk-2.9.4
> gurmet-0.8.5.12
>
> The following is the output from the execution of the /configure and make:
> ...
> checkng for C compiler default output file name... a.out
> checking whether te C compiler works... yes
> checking whether we are cross copiling... no
> checking for suffix of executables...
> cheking for suffix of object files... o
> checking whether we are using the GNU Ccompiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to acceptISO C89... none needed
> checking for styl of include used by make... GNU
Something's wrong with your copy&paste: nearly every line is lacking a
character.
> ...
> checking if libtool supports shared libraries... yes
OK, but see below.
> ...
> checking for CFPreferencesCopyAppValue... no
> checking for CFLocaleCopyCurrent... no
Huh? Does MacOS X 10.4 not have the CoreFoundation any more?
> /bin/sh ../libtool --mode=link \
> gcc -g -O2 -o libintl.la \
> bindtextdom.lo dcgettext.lo dgettext.lo gettext.lo finddomain.lo
> hash-string.lo loadmsgcat.lo localealias.lo textdomain.lo l10nflist.lo
> explodename.lo dcigettext.lo dcngettext.lo dngettext.lo ngettext.lo
> plural.lo plural-exp.lo localcharset.lo lock.lo relocatable.lo langprefs.lo
> localename.lo log.lo printf.lo version.lo osdep.lo intl-compat.lo -liconv
> -lc \
> -version-info 8:0:0 \
> -rpath /usr/local/lib \
> -no-undefined
> gcc -dynamiclib -o .libs/libintl.8.0.0.dylib .libs/bindtextdom.o
> .libs/dcgettext.o .libs/dgettext.o .libs/gettext.o .libs/finddomain.o
> .libs/hash-string.o .libs/loadmsgcat.o .libs/localealias.o
> .libs/textdomain.o .libs/l10nflist.o .libs/explodename.o .libs/dcigettext.o
> .libs/dcngettext.o .libs/dngettext.o .libs/ngettext.o .libs/plural.o
> .libs/plural-exp.o .libs/localcharset.o .libs/lock.o .libs/relocatable.o
> .libs/langprefs.o .libs/localename.o .libs/log.o .libs/printf.o
> .libs/version.o .libs/osdep.o .libs/intl-compat.o /usr/lib/libiconv.dylib
> -lc -install_name /usr/local/lib/libintl.8.dylib
> -Wl,-compatibility_version -Wl,9 -Wl,-current_version -Wl,9.0
> /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0) file:
> -lc is not an object file (not allowed in a library)
> /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0) file:
> -lSystem is not an object file (not allowed in a library)
> make[3]: *** [libintl.la] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all] Error 2
> make: *** [all-recursive] Error 1
> [BlueWhiteG3:My_Development/gettext/gettext-0.15] 152 root#
For comparison, on Darwin 7.9.0 (MacOS X 10.3.9) the corresponding commands
look like this:
/bin/sh ../libtool --mode=link \
gcc -g -O2 -o libintl.la \
bindtextdom.lo dcgettext.lo dgettext.lo gettext.lo finddomain.lo
hash-string.lo loadmsgcat.lo localealias.lo textdomain.lo l10nflist.lo
explodename.lo dcigettext.lo dcngettext.lo dngettext.lo ngettext.lo plural.lo
plural-exp.lo localcharset.lo lock.lo relocatable.lo langprefs.lo localename.lo
log.lo printf.lo version.lo osdep.lo intl-compat.lo -liconv -Wl,-framework
-Wl,CoreFoundation -lc \
-version-info 8:0:0 \
-rpath /usr/local/lib \
-no-undefined
gcc -dynamiclib -o .libs/libintl.8.0.0.dylib .libs/bindtextdom.o
.libs/dcgettext.o .libs/dgettext.o .libs/gettext.o .libs/finddomain.o
.libs/hash-string.o .libs/loadmsgcat.o .libs/localealias.o .libs/textdomain.o
.libs/l10nflist.o .libs/explodename.o .libs/dcigettext.o .libs/dcngettext.o
.libs/dngettext.o .libs/ngettext.o .libs/plural.o .libs/plural-exp.o
.libs/localcharset.o .libs/lock.o .libs/relocatable.o .libs/langprefs.o
.libs/localename.o .libs/log.o .libs/printf.o .libs/version.o .libs/osdep.o
.libs/intl-compat.o /usr/lib/libiconv.dylib -lc -Wl,-framework
-Wl,CoreFoundation -install_name /usr/local/lib/libintl.8.dylib
-Wl,-compatibility_version -Wl,9 -Wl,-current_version -Wl,9.0
ld: warning multiple definitions of symbol _locale_charset
.libs/localcharset.o definition of _locale_charset in section (__TEXT,__text)
/usr/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
You can see that the ../libtool invocation and the gcc invocation are the
same, except for the CoreFoundation dependency. One might think that perhaps
libtool needs some change for the sake of this MacOS X version. But the
error message
> /usr/bin/libtool: for architecture: cputype (16777234) cpusubtype (0) file:
> -lSystem is not an object file (not allowed in a library)
mentioning an option -lSystem which was not on the gcc command line indicates
that something's quite broken on your system: your gcc calls /usr/bin/libtool
(a program unrelated to GNU libtool) with options that the latter doesn't
understand. I can only guess whether it's because you got new, untested
development tools, or because of the bi-arch support ("fat binaries"), or
something else.
Bruno