Summary: | gcc 3.4.2-r1 on ~ppc can't produce any emerge. ld is broken. example with groff 1.19.1 added | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nicolas Vilz <niv> |
Component: | [OLD] GCC Porting | Assignee: | Please assign to toolchain <gcc-porting> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | g1gsw, nikai, sebastian.droege |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Nicolas Vilz
2004-09-13 11:15:41 UTC
FYI, after the "sh*t I'm really screwed now" phase, I did $ gcc-config -l [1] powerpc-unknown-linux-gnu-3.3.3 [2] powerpc-unknown-linux-gnu-3.4.2 gcc-config powerpc-unknown-linux-gnu-3.3.3 and thank $DIETY I have a working compiler again. Scary, breaking the compiler on a build from source distro. finally after switching to gcc 3.3.3 i started to merge back to gcc 3.4.1-r2 and that is still merging.... i just wanted to let you know, that you can't use 3.4.2-r1 now with my config.. why you still have /lib/libgcc_s.so ? qpkg -f /lib/libgcc_s.so please after switching to gcc 3.3.3 and merging gcc 3.4.1-r2, i don't have /lib/libgcc_s.so sorry :) can you do me a favor and find /lib /usr/lib | grep libgcc ? >>> emerge (1 of 1) sys-apps/groff-1.19.1 to / >>> md5 src_uri ;-) groff-1.19.1.tar.gz >>> Unpacking source... >>> Unpacking groff-1.19.1.tar.gz to /var/tmp/portage/groff-1.19.1/work * Applying groff-1.18-infoext.patch... [ ok ] * Applying groff-1.18-no-netpbm-depend.patch... [ ok ] * Applying groff-man-UTF-8.diff... [ ok ] >>> Source unpacked. 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 i686-pc-linux-gnu-gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for i686-pc-linux-gnu-g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking that C++ compiler can compile simple program... no configure: error: a working C++ compiler is required !!! ERROR: sys-apps/groff-1.19.1 failed. !!! Function src_compile, Line 82, Exitcode 1 !!! (no error message) I have tried gcc-3.4.2-r2 and 3.3.4 both versions give the same error. merge info Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.4.2, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r4) ================================================================= System uname: 2.6.8-gentoo-r4 i686 AMD Athlon(tm) processor Gentoo Base System version 1.5.3 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-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/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache clean distcc fixpackages sandbox userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.mirror.sdv.fr http://www.mirror.ac.uk/mirror/www.ibiblio.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="3dnow X X509 aac aalib acl acpi acpi4linux aim alsa apm arts audiofile avantgo avi berkdb bitmap-fonts bluetooth bonobo bootsplash cddb cdparanoia cdr chroot codecs crypt ctype cups curl dga dio directfb divx4linux dvb dvd dvdr dvdread encode esd ethereal evo faac faad fam fbcon fftw flac foomaticdb freetype gd gdbm gif gimp gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml icq idea ieee1394 imagemagick imlib imlib2 innodb ipv6 irda irmc jabber java joystick jpeg kde ldap libg++ libwww linguas_en_GB live lm_sensors lzo lzw-tiff mad mikmod mimemmx mmx2 mng monkey motif mozcalendar mozilla mozp3p mozsvg mozxmlterm mpeg mpeg4 msn mysql nas ncurses network nls nocd nptl offensive oggvorbis ooo-kde opengl opie oscar oss pam pcap pcre pda pdflib perl pic png postgres prelink pthreadspython qt quicktime readline samba scanner sdl silc skey slang sockets sox speedo speex spell sse ssl svg svga t1lib tcltk tcpd tga theora threads tiff transcode truetype type1 unicode usb uudeview v4l v4l2 vim-with-x wifi wmf x86 xfs xinexml2 xmms xosd xprint xv xvid zlib zvbi" sorry I mean gcc-3.4.2-r1 can /you/ do me a favor and find /lib* /usr/lib* | grep libgcc ? find /lib* /usr/lib* | grep libgcc /lib/libgcc_s-3.4.2.so.1 /lib/libgcc_s.so.1 /lib/libgcc_s.so /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc.a /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_eh.a /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.2/libgcc.a /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.2/libgcc_eh.a As requested Same problem here... it happens even when gcc tries to build libgcj but ONLY on ppc... the only references for __quoss etc are in the gcc/config/rs6000 directory works on x86 and amd64 as they are obviously don't use this directory ;) Release of gcc 3.4.1-e1 resolves the problem. Thanks Colin after switching back to gcc 3.4.1-r2, i had difficulties in merging evas-1.0.0.20040912_pre1, which required still 3.4.2-libs, which are not present after switching back to 3.4.1-r2 gcc points on 3.4.1-r2, instead of 3.4.2-r1. --- /bin/sh ../../../../libtool --mode=link gcc -O2 -pipe -mcpu=7400 -maltivec -mabi=altivec -fno-strict-aliasing -o libevas_engine_directfb.la evas_engine_dfb.lo evas_engine_dfb_image_objects.lo -ldirectfb -lpthread -ldl grep: /usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.2/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.2/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.2/libstdc++.la' is not a valid libtool archive make[5]: *** [libevas_engine_directfb.la] Error 1 --- please put this into a new bug, if its wrong here... (and put me on the tracking-list) please make sure you have a gcc-3.4.1 and JUST it. the 3.4.2 should be completely removed according to portage, i have the following two gcc-versions installed:
---
>>> These are the packages that I would unmerge:
sys-devel/gcc
selected: 3.4.1-r2 3.3.3_pre20040426
protected: none
omitted: none
---
so, no gcc 3.4.2 is in there anymore... perhaps ld.so is not properly cleaned up...
oh, i see, /etc/env.d/05gcc does contain the path of a 3.4.2-lib in it.. i will now remove that path manually. i hope that did it.
make sure you run fix_libtool_files.sh 3.4.2 and yes... until i can fix a few of the larger bugs, 3.4.2 is package masked. but nobody is giving me any feedback on proposed libgcc changes so... *shrug* *grml* how do i tell this damn libtool to use the fresh /etc/ld.so.cache? its still complaining that the 3.4.2-directory doesn't exist (which is true, but it should not use that gcc-version...) things which didn't work out: trying to get the path out of /etc/env.d/05gcc trying to erase /etc/ld.so.cache trying to re source /etc/profile and merging again any suggestions what i have to try now? ok, i would like to help you, but you have deleted the whole keyword to ppc according to packages.gentoo.org so i won't be able to switch to 3.4.2-r2 back again... thx for the tip of trying fix_libtool_files.sh 3.4.2 ... that worked... i am willing to help you, but i think i can't if i havent the keyword for ppc back again :) Please cc ppc again when anything needs testing Dumb question time: I'm having this issue on a x86 PC should I file a seperate report? should be ok with latest gcc |