gnat-gcc fails to compile because it can't create executables... Reproducible: Always Steps to Reproduce: 1. emerge -uD world 2. 3. Actual Results: gnat-gcc failed to configure Expected Results: Should have completed successfully Portage 2.1.10.3 (default/linux/x86/10.0/desktop, gcc-4.4.5, glibc-2.12.2-r0, 2.6.30-gentoo-r8 i686) ================================================================= System Settings ================================================================= System uname: Linux-2.6.30-gentoo-r8-i686-AMD_Athlon-tm-_7550_Dual-Core_Processor-with-gentoo-2.0.3 Timestamp of tree: Mon, 22 Aug 2011 04:30:01 +0000 distcc 3.1 i686-pc-linux-gnu [enabled] app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4-r1 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.4, 4.4.5 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82 sys-kernel/linux-headers: 2.6.36.1 (virtual/os-headers) sys-libs/glibc: 2.12.2 Repositories: gentoo x-portage x-bscharpf ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA dlj-1.1" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y" FEATURES="assume-digests binpkg-logs buildpkg distcc distlocks ebuild-locks fixlafiles fixpackages news nostrip parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en es fr" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages/carter" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_EXTRA_OPTS="--human-readable" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/portage/bscharpf" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3networking X a52 aac acl acpi alsa apache2 apm arts bash-completion berkdb bind-mysql bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus dhcp doc dri dts dvd dvdr emboss encode examples exif exim fam firefox flac foomaticdb fortran gallium gdbm gdu geoip gif gpm gstreamer gtk iconv imap imlib innodb ipv6 ithreads jadetex java jpeg kde lcms ldap libclamav libg++ libnotify libwww mad mikmod mmx mng mode-owner modules moonlight mp3 mp4 mpeg mpm-leader mudflap mysql ncurses nls nptl nptlonly oav offensive ogg opengl openmp pam pango pcre pdf perl perlsuid php png policykit ppds pppd python qt qt3support qt4 readline ruby samba sdl search server session slp spell ssl startup-notification static-libs svg sysfs syslog tcpd tetex threads tiff tk truetype udev unicode usb virus-scan vorbis x264 x86 xcb xml xorg xulrunner xv xvid zaptel zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump active" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en es fr" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS
Created attachment 284235 [details] Build log of failed gnat-gcc emerge
Attach config.log.
Created attachment 284265 [details] The environment log of the failed build
Was what you needed the environment file? If not, how do I get a config.log?
(In reply to comment #4) > Was what you needed the environment file? If not, how do I get a config.log? Since when 'config.log' meant 'environment file' ? On unrelated note, if you attach a text file, mark it as such. the requested config.log should be in the dir configure was running in (at least it's usually that way).
I cannot find the config.log. And for future reference, if I knew what I was doing to would have fixed this problem myself and not submitted a bug. And why the hell doesn't this bugzilla interface choose auto-detect for attachment types by default anyway???
Autodetection is a bit faulty - there's an old bug about it. Just search /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work/gcc-4.3.5 - as for the moment there should be only one such file, it should be easy to find.
I've just run into this problem trying to upgrade to 4.3.5 from 4.3.3, and you wanted a config.log file to look at. This file is attached with this.
Created attachment 284401 [details] config log as requested
carter ~ # ls /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work/gcc-4.3.5 ABOUT-NLS Makefile.in configure.ac libgcc lt~obsolete.m4 COPYING Makefile.tpl contrib libgomp maintainer-scripts COPYING.LIB NEWS depcomp libiberty missing COPYING3 README fixincludes libmudflap mkdep COPYING3.LIB README.SCO gcc libssp mkinstalldirs ChangeLog compile gnattools libtool-ldflags move-if-change ChangeLog.tree-ssa config include libtool.m4 symlink-tree INSTALL config-ml.in install-sh ltgcc.m4 ylwrap LAST_UPDATED config.guess intl ltmain.sh MAINTAINERS config.rpath libada ltoptions.m4 MD5SUMS config.sub libcpp ltsugar.m4 Makefile.def configure libdecnumber ltversion.m4
config in that listing is a directory it contains: carter ~ # ls /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work/gcc-4.3.5/config ChangeLog inttypes.m4 mh-i370pic mh-sparcpic mt-wince acinclude.m4 inttypes_h.m4 mh-ia64pic mh-sysv4 multi.m4 acx.m4 lcmessage.m4 mh-interix mh-sysv5 nls.m4 codeset.m4 ld-symbolic.m4 mh-lynxrs6k mh-x86omitfp no-executables.m4 confsubdir.m4 lead-dot.m4 mh-m68kpic mh-x86pic po.m4 depstand.m4 lib-ld.m4 mh-mingw mt-alphaieee progtest.m4 enable.m4 lib-link.m4 mh-ncr3000 mt-d30v stdint.m4 futex.m4 lib-prefix.m4 mh-necv4 mt-gnu stdint_h.m4 gettext-sister.m4 mh-armpic mh-papic mt-mep tls.m4 gettext.m4 mh-cxux mh-ppc-aix mt-mips-elfoabi uintmax_t.m4 glibc21.m4 mh-cygwin mh-ppc-darwin mt-netware ulonglong.m4 gxx-include-dir.m4 mh-decstation mh-ppcpic mt-ospace unwind_ipinfo.m4 iconv.m4 mh-dgux386 mh-s390pic mt-sde warnings.m4 intdiv0.m4 mh-djgpp mh-sco mt-spu inttypes-pri.m4 mh-elfalphapic mh-solaris mt-v810
As for comment 8, I wouldn't be so sure it's the same problem, but with the error being: cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory unless you've got another, working version of gcc, it's probably just tinderbox for you. As for original problem: 'find /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work -name config.log'
It just isn't there... carter ~ # 'find /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work -name config.log' -su: find /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work -name config.log: No such file or directory carter ~ # ls /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work build gcc-4.3.5 usr
The quotes around the command where just delimiters (and what's with 'su' anyway ?).
Created attachment 284429 [details] config log
(In reply to comment #15) > Created attachment 284429 [details] > config log Well, surprisingly, it is the same error as in comment 8. This means it's likely an ebuild bug after all - probably a bootstrap with out of date binary (cause it would be a bit surprising if *both* of you neglected the updates for so long - mpfr problem is quite old).
I have emerge -uD world set as a cron job that runs every night at 00:30.
@comment 17: I'm not sure what's that about. If about "outdated binary", I didn't mean your system - ebuild pulls a binary ada tarball for bootstrap.
Same problem here, due to the bootstrap binary being linked against libmpfr.so.1 which is no longer present on up-to-date systems (and libgmp.so.3, for that matter). I'd use a newer gnat-gcc, but unfortunately sci-electronics/ghdl explicitly depends on 4.3. I was able to get it to build by creating the following symlinks in /usr/lib: libmpfr.so.1 -> libmpfr.so.4 libgmp.so.3 -> libgmp.so.10 I could then compile gnat-gcc. After doing that, I could subsequently delete the symlinks and the final installed gnat-gcc succesfully installed sci-electronics/ghdl, suggesting the business of building gnat-gcc from source properly links it to libmpfr.so.4 and libgmp.so.10, and once the bootstrapping is done the old names are no longer needed. This is a horrible workaround, but it'll get the job done if you need gnat-gcc urgently. Of course, I also had to set CFLAGS and CXXFLAGS to "-march=nocona -O2 -pipe" since half the modern GCC flags everyone uses these days didn't exist back in 4.3.
(In reply to comment #19) > Same problem here, due to the bootstrap binary being linked against > libmpfr.so.1 which is no longer present on up-to-date systems (and libgmp.so.3, > for that matter). I'd use a newer gnat-gcc, but unfortunately > sci-electronics/ghdl explicitly depends on 4.3. > > I was able to get it to build by creating the following symlinks in /usr/lib: > > libmpfr.so.1 -> libmpfr.so.4 > > libgmp.so.3 -> libgmp.so.10 > > I could then compile gnat-gcc. After doing that, I could subsequently delete > the symlinks and the final installed gnat-gcc succesfully installed > sci-electronics/ghdl, suggesting the business of building gnat-gcc from source > properly links it to libmpfr.so.4 and libgmp.so.10, and once the bootstrapping > is done the old names are no longer needed. > > This is a horrible workaround, but it'll get the job done if you need gnat-gcc > urgently. > > Of course, I also had to set CFLAGS and CXXFLAGS to "-march=nocona -O2 -pipe" > since half the modern GCC flags everyone uses these days didn't exist back in > 4.3. The above solution worked for me but I did not have to make the symlink for libgmp, only libmpfr. Then I ran: revdep-rebuild --library '/usr/lib64/libmpfr.so.1' Had nothing (not even cross compilers) and removed the file. All seems well now.
libmpfr.so.1 -> libmpfr.so.4 This solved my problem, but emerge @preserved-rebuild should keep the file around until the rebuild has been completed.
(In reply to comment #21) > libmpfr.so.1 -> libmpfr.so.4 > > This solved my problem, but emerge @preserved-rebuild should keep the file > around until the rebuild has been completed. No, this has nothing to do with preserved-rebuild or revdep-rebuild or anything like that. Those are all tools for ensuring that binaries installed on your system are rebuilt before the DSOs to which they link are deleted. This particular bug has nothing to do with a binary installed on your system: the binary in question is a bootstrap binary distributed *as part of the source tarball for gnat-gcc itself*, and never exists on your system until gnat-gcc itself starts emerging.
Sorry guys about the delay. I was traveling most of the summer with slow Internet and important ports blocked. The issue here is indeed related to outdated bootstrap. I fixed this for the 4.4 series, but did not get to the 4.3 before going out. I'll prepare and push the new bootstraps for 4.3 soon (this will fix the CFLAGS issue as well). Meanwhile I'd suggest to try using the 4.4 series, unless you need something 4.3 specific. It is no less stable than 4.3, even if not stabilized by Gentoo arch teams (it will take at least another month to pass it through them). I'll mark this bug as a dupe, as there is nothing substantially new compared to the other one. *** This bug has been marked as a duplicate of bug 372179 ***