emerge @preserved-rebuild (following upgrade of gmp) fails rebuilding dev-lang/gnat-gcc-4.3.4 fails configure:3197: /var/tmp/portage/dev-lang/gnat-gcc-4.3.4/work/usr/bin/gnatgcc -O2 -march=nocona -ggdb -pipe -L/var/tmp/portage/dev-lang/gnat-gcc-4.3.4/work/usr/lib conftest.c >&5 cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory newton ~ # slocate libmpfr /var/lib/debug/usr/lib/libmpfr.so.4.0.0.debug /usr/lib/libmpfr.so.4.0.0 /usr/lib/libmpfr.so /usr/lib/libmpfr.so.4 /usr/lib/libmpfr.la /usr/lib/libmpfr.a emerge --info dev-lang/gnat-gcc Portage 2.2_rc67 (default/linux/x86/10.0/desktop, gcc-4.4.4, glibc-2.11.2-r0, 2.6.35-rc3-00397-g123f94f i686) ================================================================= System Settings ================================================================= System uname: Linux-2.6.35-rc3-00397-g123f94f-i686-Intel-R-_Core-TM-2_CPU_6700_@_2.66GHz-with-gentoo-2.0.1 Timestamp of tree: Mon, 05 Jul 2010 16:45:03 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.6.3-r1, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.5, 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=native -mtune=native -pipe -ggdb" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/bind /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/games/angband/edit/ /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/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=native -mtune=native -pipe -ggdb" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y" FEATURES="assume-digests buildsyspkg distlocks fixpackages installsources news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://ftp.first-world.info/ http://de-mirror.org/distro/gentoo/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://gentoo.tiscali.nl/" LANG="en_GB.UTF-8" LC_ALL="en_GB.UTF-8" LDFLAGS="-Wl,--as-needed -Wl,-O1" LINGUAS="en_GB en fr_FR fr" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" 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="/var/lib/layman/perl-experimental /var/lib/layman/sunrise /var/lib/layman/x11 /var/lib/layman/sping /var/lib/layman/x11 /usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl acpi aim alsa apache2 audiofile avi bash-completion berkdb bluetooth bonobo branding browserplugin bzip2 bzlib cairo caps cdda cddb cdparanoia cdr cjk cli consolekit cracklib crypt cups curl cvs cxx dbus directfb doc dri dts dv dvd dvdr dvdread eds emacs emboss encode esd ethereal examples exif expat fam fbcon ffmpeg fftw flac fontconfig foomaticdb fortran ftp gcj gd gdbm geoip gif glut gmp gnome gnome-keyring gnutls gphoto2 gpm graphviz gstreamer gtk gtk2 gtkhtml guile hal htmlhandbook iconv icq icu idn imagemagick imlib ipv6 jabber jack java javascript jbig jce jpeg jpeg2k junit kde kdehiddenvisibility ladspa latex lcms ldap leim libgda libnotify libsamplerate libwww lm_sensors logrotate lua mad matroska mbox mikmod milter mime mmap mmx mng modplug modules mono mozilla mp3 mp4 mpeg mpi mplayer msn mtp mudflap musepack mysql ncurses nls nptl nptlonly nsplugin odbc offensive ogg oggvorbis openal opengl openmp oscar oss pam pango pcntl pcre pdf perl plasma png policykit postgres ppds pppd profile pulseaudio python qt3support qt4 quicktime raw readline recode reflection ruby samba sasl sdl semantic-desktop session sharedmem sndfile snmp soap sockets sox speex spell spl sqlite sqlite3 sse sse2 sse3 ssl ssse3 startup-notification subversion svg sysfs sysvipc tcl tcltk tcpd theora threads tiff tk truetype unicode usb v4l v4l2 vim-syntax vorbis wavpack win32codecs wmf wxwindows x264 x86 xattr xcb xcomposite xface xft xine xml xml2 xorg xulrunner xv xvid yahoo zlib" ALSA_CARDS="hda-intel" 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 auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" APACHE2_MPMS="worker" CAMERAS="canon ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB en fr_FR fr" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon vesa fbdev vga v4l r300" 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, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Please attach the entire dev-lang/gnat-gcc build log and reopen this bug report.
Created attachment 237659 [details] Build log The build log, as requested
Created attachment 237661 [details] configure log
Reopening after providing the build and configure logs. Extra info: On my system libmpfr.so.1 was replaced by libmpfr.so.4 by the upgrade to dev-libs/mpfr-3.0.0 on 2010-06-20.
I second this. The bundled gnat-gcc in the bin dir is linked against old mpfr and gmp. This is a packaging bug, Bootstrap bins should be linked statically NEVER dynamically against system libs.
Temporary workaround: lrwxrwxrwx 1 root root 12 Jul 6 00:39 libmpfr.so.1 -> libmpfr.so.4 lrwxrwxrwx 1 root root 12 Jul 6 00:38 libgmp.so.3 -> libgmp.so.10 Should give you the ability to compile gnat-gcc.
I guess this is one of the reasons why vapier tried to slot mpfr...
(In reply to comment #6) Ha! The workaround works! Thank you.
dev-lang/gnat-gcc-4.4.3 has the same problem
dev-lang/gnat-gcc-4.3.5 has the same problem!!! Does anyone actually check before uploading to main gentoo tree if the ebuilds are building at all?!?
BTW dev-lang/gnat-gcc-4.3.5 is missing libgmp.so.3 also: cc1: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory
Sorry, many bugs open against ada (and little time - real life stuff..), missed this one, and yes, I do check stuff - apparently there was no problem building gnat on my side (and people were really pushing for 4.4 to get in). I'll look into this, but first I'll need to reproduce the issue.
once mpfr-3 goes stable, we'll add an ABI mpfr-2. you could then simply depend on that.
(In reply to comment #5) > Bootstrap bins should be linked statically NEVER dynamically > against system libs. Well, since gnat needs Ada-enabled compiler we need compiled gnat to build gnat, which is essentially gcc with another frontend. I was looking for how to build it statically, but all I can find are pointers on how this is hopeless. So, unless somebody can point me to the guide on building gcc statically, the only option is to issue a new bootstrap and readjust deps when mpfr gets SLOTted.. As far I as can see, this only affects x86, not amd64. Can anybody on ppc check whether it affects that arch?
(In reply to comment #14) > As far I as can see, this only affects x86, not amd64. Can anybody on ppc check > whether it affects that arch? That is not right... one of the distroes i have the problem, is an amd64 gentoo...
Another thing I am wondering: Would it be feasible to use an installed (and working) gnat compiler, for building? This would make it possible to link the gnat-gcc beeing built against the local newer libmpfr and in place not running into the same problem when newer version come out. This of course doesn'T help for an initial bootstrap, but updating would be a straight forward process I guess.
(In reply to comment #16) > Would it be feasible to use an installed (and working) gnat compiler, for > building? In principle yes, but that would require quite a bit of mangling of the gnatbuild.eclass - the build logic will be more complicated for one (with detection of gnat, which one is present and setting all the paths appropriately as well..). It is far easier to just create a new bootstrap from the installed gnat (via quickpkg and then moving stuff around). Sorry, I am slipping on this again, it is just that releasing a broken bootstrap is the last thing we want in this situation and doing it carefully requires certain concentration for a while and I am a bit swamped in real life atm. But I do feel bad about it, honest :). I'll try to get to this next week perhaps..
No worries. It was just a though for another possibility making life easier. (In reply to comment #17) > (In reply to comment #16) > > Would it be feasible to use an installed (and working) gnat compiler, for > > building? > In principle yes, but that would require quite a bit of mangling of the > gnatbuild.eclass - the build logic will be more complicated for one (with > detection of gnat, which one is present and setting all the paths appropriately > as well..). It is far easier to just create a new bootstrap from the installed > gnat (via quickpkg and then moving stuff around). > > Sorry, I am slipping on this again, it is just that releasing a broken > bootstrap is the last thing we want in this situation and doing it carefully > requires certain concentration for a while and I am a bit swamped in real life > atm. But I do feel bad about it, honest :). I'll try to get to this next week > perhaps..
Ok, 4.4.5 is in, using new bootstrap. Sorry everybody for delay. Actually, the new bootstrap is only for amd64 at the moment; x86 is underway (I need to refresh my 32bit chroot first though). Still, I would appreciate test reports. While at it, I managed to remove the need for the shell wrapper for gnatgcc (some old versions did not use builtin pec automatically, thus the need in old times). So, overall procedure is cleaner and should result in "proper" version strings passed through during build. Also, if somebody can produce a .tbz2 for sparc, that would be great. I will be able, then, to issue the bootstrap for sparc too and close this bug completely. Same goes for ppc - last versions even lost the keyword, but if, by chance, an old one still builds, this should suffice. To produce the tbz2 file, just emerge --buildpkg gnat-gcc and just put the produced package to some accessible place. I am CCing relevant arches in the hope of getting some reaction. However if any users on the CC have access to sparc or ppc, this should be way faster.
OK, I can generate a tbz2 for SPARC, I take it you'd like a generic SPARC build?
Yes, generic -march please. You can still pass optimizations, like -O2/-fomit-frame-pointer or whatever is appropriate for sparc (just not too aggressive).
OK, here's the package for gnat-gcc-4.4.3.tbz2, you can pick it up from http://www.munted.org.uk/programming/gnat-gcc-4.4.3.tbz2 Any problems, let me know. I've tested it by building and running my old ADA programs and all ran just fine.
Thank Alex! I prepared the bopotstrap and updated the ebuild. Please test. In case you encounter problems with build complaining about missing .h files, please search for those on your system and put them under usr/lib/include in the bootstrap that it downloads, or simply upload them where I can get them, like before. I collected all the relevant .h files from the provided tbz2 file in that include dir, but there are more on amd64, so it might be that some are still missing (and they, naturally, have to come from a sparc system).
*** Bug 301446 has been marked as a duplicate of this bug. ***
>>OK, here's the package for gnat-gcc-4.4.3.tbz2, you can pick it up from >I prepared the bootstrap and updated the ebuild. Please test. So, I take it, no problems with new ~sparc bootstrap for 4.4? Alex: could you please do the same for 4.3.5? I am "backporting" these fixes to 4.3, as there are some requests. Likely due to 4.4 not being yet stabilized. I am planning to remove 4.2 and 4.1 afterwards, so this should be the last such update, at least for near future.
Sigh...i(as the sparc team lead) don't plan to maintain this...if you want to maintain this on sparc, let me know and i can give access to the sparc dev box, otherwise go ahead and drop the keyword.
Not sure if this is related or not but I can't emerge the 4.4.5 version. It acts as if the file does not exist reporting: --- Invalid atom in /etc/portage/package.keywords: cross-msp430/[latest] !!! 'dev-lang/gnat-gcc-4.4.5' is not a valid package atom. !!! Please check ebuild(5) for full details. (You can ignore the msp430 bit since that's in there from crossdev). It seems to be doing okay with: ebuild /usr/portage/dev-lang/gnat-gcc/gnat-gcc-4.4.5.ebuild merge This means: 1. The core issue of libmpfr.so.1/libgmp.so.3 seems to be fixed for me (libmpfr.so.1 failing was why I up went to 4.4.5 in the first place, 4.3.5 wasn't working). 2. Maybe there's something wrong with the way that 4.4.5 is written/put in the tree.
P.S. I'd like to second the request for a backport of this fix to the 4.3 line. Ofc ideally the packages would just use 4.4.5, but ghdl for instance has not yet done this. IMHO the bad packages (at least 4.3.5 though I wouldn't be surprised if the older ones have the same issue) should be masked. Then it would be up to whoever's in charge of all the gnat packages to decide whether a working 4.3 package is needed or everyone should be forced to move up to 4.4. The existence of an unmasked broken package is deceptive because it allows all other packages to say "well just use 4.3.5". This is valid for them because 4.3.5 isn't masked and it isn't their job to know that 4.3.5 is really broken.
sparc keywords dropped
What is the current situation with 4.3.6? :/
removed
