bug-gnu-utils
[Top][All Lists]
Advanced

[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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]