"emerge polyorb" runs smoothly until it begins linking "polyorb-setup-thread_pool_server.o".
Then the compiler begins belching out "No_Implicit_Heap_Allocations" when linking with the ravenscar object files.
Steps to Reproduce:
Check the attached link.
Should have installed polyorb just like any other ebuild.
Created attachment 148657 [details]
emerge stack trace and build.log tail.
Created attachment 148658 [details]
The Build Environment for this ebuild.
Portage 18.104.22.168 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r3 x86_64)
System uname: 2.6.24-gentoo-r3 x86_64 Dual Core AMD Opteron(tm) Processor 280
Timestamp of tree: Fri, 04 Apr 2008 19:15:01 +0000
dev-java/java-config: 1.3.7, 2.1.4
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
CFLAGS="-O2 -march=opteron -pipe"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=opteron -pipe"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://ftp.gtlib.gatech.edu/pub/gentoo http://www.gtlib.gatech.edu/pub/gentoo http://gentoo.mirrors.tds.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo "
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
USE="X acl ada amd64 berkdb cli corba cracklib crypt cups cvs directfb doc dri fbcon fortran gdbm glx gnome gpm gtk haskell iconv ipv6 isdnlog java jpeg kde latex lua midi mmx mozilla-firefox mudflap ncurses nls nptl nptlonly ocaml opengl openmp oss pcre perl png pppd python readline reflection ruby sasl session spl sse sse2 ssl subversion tcpd truetype type1 unicode xorg xvmc zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter 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 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" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
This appears to be a bug in PolyOrb itself. However it could also be a problem with PolyOrb being linked with gnat-gpl instead of gnat-gcc.
Created attachment 148797 [details]
The log file when building with gnat-gcc
Yup. It definitely appears to be a bug in PolyOrb.
Send it up chain of command.
This has been fixed in the Libre PolyOrb tree. Needs to be ported to Portage.
Is this already uploaded on the libre.adacore.com? (IIRC they like to silently change their sources there without even announcing anything).
I'll take a look at this in a few days.
(In reply to comment #7)
> Is this already uploaded on the libre.adacore.com? (IIRC they like to silently
> change their sources there without even announcing anything).
> I'll take a look at this in a few days.
It's in their source repository. I've been looking at making a retro patch for the Portage version. However, the two versions are different enough that making the patch would probably cause more problems than it solves. Still investigating, but it might be better to just wait until the Libre version is good enough to be added to the Portage tree. IMHO.
Ok, I'll wait for the next GPL release of the sources then. As I understand it may happen some time soonish - ACT seems to make GPL releases once a year, some time spring, at least according to their last two releases. Any insider info on when that might happen next time?
(In reply to comment #9)
> Ok, I'll wait for the next GPL release of the sources then. As I understand it
> may happen some time soonish - ACT seems to make GPL releases once a year, some
> time spring, at least according to their last two releases. Any insider info on
> when that might happen next time?
No idea. The Libre version compiles fine here. On both the gnat-gcc and gnat-gpl compilers. I havent given it a real test run yet...but it looks pretty stable to me. I'll give you a shout once I've had a chance to test it thoroughly.
My evaluations of various Gnat and PolyOrb combinations leads me to suggest that the best way to resolve this issue is to just upgrade Gnat to Gnat-gpl 2008 and PolyOrb to PolyOrb 2008 (remember, we have to match PolyOrb to the compiler were using.) The latest PolyOrb release from Libre is version 2.4.xx
I recommend this sooner rather than later, as the default Annex E implementation for Gnat will be PolyOrb instead of glade-garlic.
Any news on this?
CCing treecleaners as there is no much sense on keeping this really outdated package with that problems if it's not going to be bumped :/
# Dion Moult <firstname.lastname@example.org> (24 Sep 2015)
# Masked for removal in 30 days. Bug #216244
# Outdated and does not compile due to upstream bug.
removed from the tree