Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

gcc -c -DLOCALEDIR=\"/usr/share/locale\"
-DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC
-Dset_relocation_prefix=libintl_set_relocation_prefix
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I.
-I.. -O3 -pipe -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops -flat_namespace
-undefined suppress ./loadmsgcat.c  -fno-common -DPIC -o .libs/loadmsgcat.o
 gcc -c -DLOCALEDIR=\"/usr/share/locale\"
-DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC
-Dset_relocation_prefix=libintl_set_relocation_prefix
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I.
-I.. -O3 -pipe -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops -flat_namespace
-undefined suppress ./localealias.c  -fno-common -DPIC -o .libs/localealias.o
localealias.c:33:24: stdio_ext.h: No such file or directory
localealias.c: In function `read_alias_file':
localealias.c:240: error: `FSETLOCKING_BYCALLER' undeclared (first use in this
function)
localealias.c:240: error: (Each undeclared identifier is reported only once
localealias.c:240: error: for each function it appears in.)
make[3]: *** [localealias.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
 gcc -c -DLOCALEDIR=\"/usr/share/locale\"
-DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DIN_LIBINTL
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC
-Dset_relocation_prefix=libintl_set_relocation_prefix
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I.
-I.. -O3 -pipe -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops -flat_namespace
-undefined suppress ./loadmsgcat.c -o loadmsgcat.o >/dev/null 2>&1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1



Reproducible: Always
Steps to Reproduce:
1.
2.
3.




!!! Relying on the shell to locate gcc, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 2.0.51-r2 (default-macos/ppc/10.3, gcc-3.3, libsystem-7.1-r0, 7.5.0
Power Macintosh)
=================================================================
System uname: 7.5.0 Power Macintosh powerpc
macos-20040726
distcc 2.0.1-zeroconf powerpc-apple-darwin7.0 (protocol 1) (default port 3632)
[disabled]
Autoconf: sys-devel/autoconf-2.57,sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.6.3,sys-devel/automake-1.8.5-r1
Binutils: 
Headers:  
Libtools: 
ACCEPT_KEYWORDS="ppc-macos ~ppc-macos"
AUTOCLEAN="yes"
CFLAGS="-O3 -pipe  -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops
-flat_namespace
-undefined suppress"
CHOST="powerpc-apple-darwin"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -pipe  -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops
-flat_namespace -undefined suppress"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache collision-protect cvs distlocks keepwork"
GENTOO_MIRRORS="http://gentoo.osuosl.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="ppc X berkdb debug gif hbci jpeg justify makecheck multilib nls nptl ofx
ppc-macos quotes recode ssl threads tiff unicode usb"

why do you have -undefined suppressed and -flat_namespace permanently in your
CFLAGS? I would also recommend taking out USE="ppc" when using macos. 

I changed the things you meant and now the following error occurs:


make[3]: Nothing to be done for `all'.
Making all in intl
make[3]: Nothing to be done for `all'.
Making all in lib
make[3]: Nothing to be done for `all'.
Making all in libuniname
/bin/sh ../libtool --mode=link gcc  -O3 -pipe -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops   -o test-names  test-names.o libuniname.a ../lib/libgettextlib.la 
mkdir .libs
gcc -O3 -pipe -mcpu=G5 -mtune=G5 -mpowerpc64 -funroll-loops -o .libs/test-names test-names.o  libuniname.a ../lib/.libs/libgettextlib.dylib
ld: warning can't open dynamic library: /usr/lib/libintl.3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2)
ld: Undefined symbols:


_libintl_gettext referenced from libgettextlib-0.14 expected to be defined in /usr/lib/libintl.3.dylib
make[3]: *** [test-names] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

!!! ERROR: sys-devel/gettext-0.14.1 failed.
!!! Function src_compile, Line 45, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

There is the same result when I turn off nls-useflag.

I noticed that ppc USE flag is set because 
ARCH is set to ppc in our stacked profile. 
(The same applies for non-stacked profile. 
Non-stacked profile sets macos USE flag 
because ARCH is set to macos) What we
can do for it? We cannot disable ppc USE
flag by USE="-ppc" (I think this is because
ppc is enabled by ARCH).

linking /usr/lib/libintl.2.dylib to /usr/lib/libintl.3.dylib for providing
version 3 and setting darwintoolize in the ebuild worked.

Should be fixed in CVS. However, revdep-rebuild doesn't
work on Mac OS X.(It calls qpkg internally, and several
other things broken in that application)

Closing out bugs that've been resolved for a while now... 

I just did an emerge world and installed gettext 0.14.1. The result was that
the file /usr/lib/libintl.2.dylib was empty, and I had to manually link it to
/usr/lib/libintl.3.dylib in order to get portage working properly again. Is
this bug really considered "fixed"?

*Edit*
I think I just realized what the problem really is! The ebuild contains this
bit of code:
<snippet>
        if use ppc-macos; then
                rm -f ${D}/usr/lib/charset.alias
                if [ -e "${ROOT}"/usr/$(get_libdir)/libintl.2.dylib ] ; then
                        cp -a ${ROOT}/usr/$(get_libdir)/libintl.2.dylib
${D}/usr/$(get_libdir)/
                        touch ${D}/usr/$(get_libdir)/libintl.2.dylib
                fi
</snippet>

The problem is that "cp -a" is not valid with the OS X version of cp. In order
to fix this problem, we would need to use instead "cp -pPR".  No option "-d" is
available, but the symoblic links will be copied correctly using "cp -pPR"!

Maybe we should look into other ebuilds where "cp -a" is used too?

Good eye! Fixed in CVS. Thanks!! I will grep the portage tree for cp -a in
ppc-macos keyworded
packages. If you find any, please file a bug. Thanks!