Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 70358 - sys-devel/gettext-0.14.1 test fails (cannot find -lrpathy)
Summary: sys-devel/gettext-0.14.1 test fails (cannot find -lrpathy)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-07 08:20 UTC by nate grady
Modified: 2005-04-12 01:30 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description nate grady 2004-11-07 08:20:06 UTC
When I emerge sys-devel/gettext-0.14.1, it fails while making tests with the error "cannot find -lrpathy" in several places.


Reproducible: Always
Steps to Reproduce:
1.emerge sys-devel/gettext
2.
3.

Actual Results:  
make[3]: Entering directory 
`/home/portagetmp/portage/gettext-0.14.1/work/gettext-0.14.1/autoconf-lib-link/tests' 
PASS: rpath-1a 
PASS: rpath-1b 
PASS: rpath-2aaa 
PASS: rpath-2aab 
PASS: rpath-2aac 
PASS: rpath-2aad 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
FAIL: rpath-2aba 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
FAIL: rpath-2abb 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
FAIL: rpath-2abc 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
make[3]: Entering directory 
`/home/portagetmp/portage/gettext-0.14.1/work/gettext-0.14.1/autoconf-lib-link/tests' 
PASS: rpath-1a 
PASS: rpath-1b 
PASS: rpath-2aaa 
PASS: rpath-2aab 
PASS: rpath-2aac 
PASS: rpath-2aad 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
FAIL: rpath-2aba 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
FAIL: rpath-2abb 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
FAIL: rpath-2abc 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathx 
collect2: ld returned 1 exit status 
make[4]: *** [usey] Error 1 
FAIL: rpath-2abd 
PASS: rpath-2baa 
PASS: rpath-2bab 
PASS: rpath-2bac 
PASS: rpath-2bad 
PASS: rpath-2bba 
PASS: rpath-2bbb 
PASS: rpath-2bbc 
PASS: rpath-2bbd 
PASS: rpath-3aaa 
PASS: rpath-3aab 
PASS: rpath-3aac 
PASS: rpath-3aad 
PASS: rpath-3aaf 
PASS: rpath-3aah 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathy 
collect2: ld returned 1 exit status 
make[4]: *** [usez] Error 1 
FAIL: rpath-3aba 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathy 
collect2: ld returned 1 exit status 
make[4]: *** [usez] Error 1 
FAIL: rpath-3abb 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathy 
collect2: ld returned 1 exit status 
make[4]: *** [usez] Error 1 
FAIL: rpath-3abc 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathy 
collect2: ld returned 1 exit status 
make[4]: *** [usez] Error 1 
FAIL: rpath-3abd 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathy 
collect2: ld returned 1 exit status 
make[4]: *** [usez] Error 1 
FAIL: rpath-3abf 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lrpathy 
collect2: ld returned 1 exit status 
make[4]: *** [usez] Error 1 
 
everything after passes 


# emerge info: 
Portage 2.0.51-r3 (default-amd64-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 
2.6.9-gentoo-r1 x86_64) 
================================================================= 
System uname: 2.6.9-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3500+ 
Gentoo Base System version 1.4.16 
Autoconf: sys-devel/autoconf-2.59-r5 
Automake: sys-devel/automake-1.8.5-r1 
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 
Headers:  sys-kernel/linux26-headers-2.6.6-r1 
Libtools: sys-devel/libtool-1.5.2-r5 
ACCEPT_KEYWORDS="amd64" 
AUTOCLEAN="yes" 
CFLAGS="-O2 -pipe -march=athlon64 -frename-registers" 
CHOST="x86_64-pc-linux-gnu" 
COMPILER="" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-O2 -pipe -march=athlon64 -frename-registers" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache distlocks maketest" 
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ 
http://ftp-mirror.internap.com/pub/gentoo/ http://gentoo.binarycompass.org" 
MAKEOPTS="-j2" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/home/portagetmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" 
USE="X Xaw3d aac aalib acl acpi acpi4linux aim alsa amd amd64 apache2 apm arts 
artswrappersuid async atlas auctex audiofile avantgo avi bcmath bdf berkdb 
bindist bitmap-fonts blas blender-game bluetooth bonobo bootsplash bzlib c c++ 
cacheemu cairo calendar camaelon caps cddb cdf cdinstall cdparanoia cdr chasen 
chroot clamav cle266 clibpdf clisp cmucl codecs crypt cscope ctype cups curl 
curlwrappers dba dbm dbx delays dga dhcp dillo dio directfb divx4linux dmx dnd 
doc dts dv dvd dvdr dvdread edl eds emacs encode escreen esd ethereal evms2 
evo ex exif exim exiscan-acl f77 faac faad fam fbcon fbdev fdfdk ffmpeg fftw 
flac flash flatfile fmod foomaticdb freetype fs fusion gb gcl gd gdbm ggi gif 
gimp gimpprint ginac gmp gmtsuppl gmttria gnokii gnome gnomedb gnuplot gnutls 
gphoto2 gpm graphviz gs gsl gsnd gstreamer gtk gtk2 gtkhtml guile hal hdf hdf5 
iconv idea ieee1394 imagekits imagemagick imap imlib imlib2 inifile innodb 
insecure-drivers intl ipv6 irmc jabber jack java javascript jbig jce jikes 
joystick jp2 jpeg jpeg2k kde ladcca lapack lcms ldap leim libedit libg++ 
libgda libsamplerate libwww lirc live lm_sensors lmtp lzo lzw lzw-tiff mad 
maildir maps matroska mcal mdb mecab mhash mikmod mime ming mmap mng 
mnogosearch monkey motif mozcalendar mozdevelop mozilla moznocompose moznoirc 
mozp3p mozsvg mp3 mpeg mpeg4 mpi mplayer msdav msn mule multilib mysql mysqli 
mythtv native ncurses netcdf network neural nls nogcj ntlm nviz oav offensive 
ofx oggvorbis ooo-kde openal opengl oscar oss pam pda pdf pdflib pear-db perl 
php physfs pic plotutils png portaudio posix postgres postgresql povray ppds 
print pthreads python qdbm qemu-fast qhull qt quicktime radeon rage128 
readline recode rrdtool rtc samba scanner sdl session shared sharedmem silc 
slang smime sndfile soap sockets speedo speex spell spl ssl subject-rewrite 
svg sysvipc t1lib tcltk tcpd tetex theora tiff timidity tokenizer transcode 
truetype type1 unicode usb uudeview v4l v4l2 videos vim-with-x wddx 
wildlsearch wmf wxwin wxwindows xforms xim xine xinerama xml xml2 xmlrpc xmms 
xosd xpm xrandr xv xvid xvmc yahoo yaz yv12 zeo zlib zvbi"
Comment 1 Ryan Hill (RETIRED) gentoo-dev 2004-11-14 23:08:12 UTC
confirming on gettext-0.12.1-r2.  (although the error is "cannot find -lrpathx", not "-lrpathy") ;).  might want to change that, i almost missed this bug when searching. :)

my log is a bit different, but i'm assuming that's because of the version difference.  i'll include part of it for completeness sake.

make  check-TESTS
make[3]: Entering directory `/var/tmp/portage/gettext-0.12.1-r2/work/gettext-0.12.1/autoconf-lib-link/tests'
PASS: rpath-1a
PASS: rpath-1b
PASS: rpath-2aaa
PASS: rpath-2aab
PASS: rpath-2aac
PASS: rpath-2aad
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lrpathx
collect2: ld returned 1 exit status
make[4]: *** [usey] Error 1
FAIL: rpath-2aba
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lrpathx
collect2: ld returned 1 exit status
make[4]: *** [usey] Error 1
FAIL: rpath-2abb
PASS: rpath-2abc
/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lrpathx
collect2: ld returned 1 exit status
make[4]: *** [usey] Error 1
FAIL: rpath-2abd
PASS: rpath-2baa
PASS: rpath-2bab
PASS: rpath-2bac
PASS: rpath-2bad
PASS: rpath-2bba
PASS: rpath-2bbb
PASS: rpath-2bbc
PASS: rpath-2bbd
PASS: rpath-3aaa

...that's as far as it's gotten - it's still emerging.

portage info:

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-ck3 i686)
=================================================================
System uname: 2.6.9-ck3 i686 Pentium III (Katmai)
Gentoo Base System version 1.4.16
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-Os -march=pentium3 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -march=pentium3 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks maketest nodoc noinfo sandbox sfperms"
GENTOO_MIRRORS="ftp://sunsite.ualberta.ca/pub/unix/Linux/gentoo/ ftp://gentoo.agsn.ca/ http://gentoo.mirrored.ca/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa bash-completion berkdb cdr crypt divx4linux eds fortran gdbm gif gnome gnutls gstreamer gtk gtk2 gtkhtml hal imlib java jpeg libcaca matroska mmx mozilla moznoxft mpeg ncurses no_wxgtk1 nptl odbc oggvorbis opengl oss pam pcre perl pic png pwdb python quicktime readline real rtc ruby sdl sse ssl tcpd truetype unicode userlocales xml xml2 xv xvid zlib"


one question: do you use LDFLAGS?  they don't show up in 'emerge info'.  i'm using 'Wl,-O1'
Comment 2 Ryan Hill (RETIRED) gentoo-dev 2004-11-14 23:10:31 UTC
my apologies, i see now that it fails to find BOTH -lrpathx and -lrpathy.  sorry bout the bugspam as well.
Comment 3 Ryan Hill (RETIRED) gentoo-dev 2004-11-15 01:11:23 UTC
ah, here we go..  

http://www.haible.de/bruno/gettext-FAQ.html#building_rpath_check

...

"If only a few among the many rpath tests fail, you can probably ignore the problem. The rpath tests are sensitive to incomplete shared library support in the system, and to bugs in libtool that creates the shared libraries. Some known failures are listed in autoconf-lib-link/tests/rpath.README."

...

here's what autoconf-lib-link/tests/rpath.README has to say:

...

"The rpath-2* tests are sensitive to
  - incomplete shared library support in the system,
  - bugs in libtool that creates the shared libraries,
  - bugs in lib-link.m4.

The rpath-3* tests are sensitive to
  - incomplete shared library support in the system,
  - bugs in libtool that creates the shared libraries.

* On all platforms supporting shared libraries,
    rpath-3aae rpath-3aag
    rpath-3abe rpath-3abg
  fail. This is a libtool 1.4.2 bug: When a shared library depends on a
  static library indirectly through two different dependency paths,
  libtool attempts to link together invalid sets of object files.

* OSF/1 4.0: the tests
    rpath-2bbd
    rpath-3bbd rpath-3bbf rpath-3bbg rpath-3bbh
  fail, because -rpath options are not cumulative:
  The last -rpath option overrides all previous ones. One would need to
  pass all directories, separated by colons, in a single -rpath option."

...

so looks like there's not much we can do about it except remove maketest from make.conf.

core-devs, is it possible to make a package skip the check phase even if maketest is in FEATURES?  it looks like it's unfixable and therefore make check will _always_ fail and kill the emerge.

i checked the configure --help and it doesn't seem to have the needed option, but i'm clueless about it so maybe there's a universal switch i don't know about.  there is --disable-rpath, but i have no idea what 'do not hardcode runtime library paths' means. ;]
Comment 4 Petteri Räty (RETIRED) gentoo-dev 2004-12-25 04:23:10 UTC
I have the same kind of problems with 0.12.1-r2.
Comment 5 Jonathan Smith (RETIRED) gentoo-dev 2005-01-18 16:11:46 UTC
i have a similar problem with 0.14.1

>>> Source unpacked.
 * econf: updating gettext-0.14.1/config/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating gettext-0.14.1/config/config.sub with /usr/share/gnuconfig/config.sub
 * econf: updating gettext-0.14.1/gettext-tools/examples/hello-c++-kde/admin/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating gettext-0.14.1/gettext-tools/examples/hello-c++-kde/admin/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --without-java --without-included-gettext --enable-nls
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for i686-pc-linux-gnu-strip... no
checking for strip... strip
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
configure: creating ./config.status
config.status: creating Makefile
configure: configuring in autoconf-lib-link
configure: running /bin/sh './configure' --prefix=/usr  '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--without-java' '--without-included-gettext' '--enable-nls' 'CC=gcc' 'CFLAGS=-O2 -march=pentium-m -fomit-frame-pointer -pipe' 'CXXFLAGS=-O2 -march=pentium-m -fomit-frame-pointer -pipe' 'CXX=gcc' 'host_alias=i686-pc-linux-gnu' --cache-file=/dev/null --srcdir=.
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for i686-pc-linux-gnu-strip... no
checking for strip... strip
checking for i686-pc-linux-gnu-gcc... gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
configure: error: /bin/sh './configure' failed for autoconf-lib-link

!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/gettext-0.14.1/work/gettext-0.14.1/config.log

!!! ERROR: sys-devel/gettext-0.14.1 failed.
!!! Function econf, Line 483, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.


it would be good to note that i am trying to compile from stage1 for a march=pentium-m with a celeron (i don't have the M quite yet, so i wanted to get a headstart)
Comment 6 Jonathan Smith (RETIRED) gentoo-dev 2005-01-18 16:18:50 UTC
oh, and the file it asked me to attach didn't seem to be there
Comment 7 SpanKY gentoo-dev 2005-02-06 16:46:55 UTC
seems to be a sandbox issue ... tests run outside of it
Comment 8 SpanKY gentoo-dev 2005-02-06 17:25:24 UTC
took the lazy way out and disabled the sandbox for testing
Comment 9 Steffen Jobbagy-Felso 2005-04-12 00:09:33 UTC
This is a bit confusing, this bug has been resolved as RESOLVED/FIXED, but why? On yesterdays portage tree on amd64 (about a dozen ~, but only where necessary) gettext still failed on the test. I'd suggest the the following files as solutions. Some are not quite for this bug, but would extend the options to users. Yes I know: I should make that myself. But: I can't anytime soon, and if you don't do it I won't complain. So here we go:
/etc/portage/
package.features
package.cflags
package.cxxflags

But apart from that, why has this bug been flagged as resolved by vapier? It's still there on stable amd64, so probably on stable x86 or other archs as well. Yes, there is an easy workaround. But that's not exactly what a proper bugfix is ;)
Thanks for pointing out the sandbox tip tho, will try that later.
Comment 10 Ryan Hill (RETIRED) gentoo-dev 2005-04-12 01:30:29 UTC
damn.  confirming here as well.  i'm getting the same errors in the same places as my previous log above.  i don't know if this was even fixed in the first place since i never happened to actually test if it worked after it was marked resolved. =P

i still stand by the comment #3.  there's just no possible way that this can pass on a Gentoo system IMHO.  documented examples to cause gettext test failures include:

- building it with --disable-nls
http://lists.gnu.org/archive/html/bug-gnu-utils/2004-08/msg00074.html

- having a java compiler installed on the system
http://www.linuxfromscratch.org/lfs/view/development/chapter05/gettext.html

- building it on a platform that supports shared libraries
autoconf-lib-link/tests/rpath.README

nor do i think this is a Gentoo or sandbox issue.  LFS and DiY-Linux mention the test failures as well, and either ignore them or work around them in their own way.

even the gettext FAQ states that some tests will fail, and advises the user to just disregard it.
http://www.haible.de/bruno/gettext-FAQ.html#building_rpath_check

solutions that i did see mentioned are:
1) make -C gettext-tools check.
2) cd gettext-tools; make check; cd ..

both are the same thing, i know, but i don't know which would be more practical in an ebuild, or if it works at all.