gnatmake didn't produce any dynamically linked executables. It appears that my libgnat.so in /usr/lib/ada/gcc-lib/i686-pc-linux-gnu/2.8.1/adalib (rts-native) was pointing to a non-existant loction in /var/tmp. Probably a build problem. Reproducible: Always Steps to Reproduce: 1. compile a simple ada program 2. ldd <simple program> 3. only libc and ld are linked Actual Results: Large executable. libgnat.a linked. Expected Results: libgnat.so should have been linked.
no ada herd bugzilla email.
I re-emerged the package with the specified ebuild and now it works when compiling with a command like this: gnatmake -Abc rf -bargs -shared The rf executable is then linked to the dynamic library. Note: The default on Red Hat Linux 9 and reportedly on Debian also is dynamic linking (i.e. without the "-bargs -shared").
Hmm, this bug got lost in my mailbox. I am taking care of this now.
Fixed bug, please someone confirm.
Still same behavior. Emergeing gnat leads to this: in /usr/lib/ada/gcc-lib/i686-pc-linux-gnu/2.8.1: -------------------------- root@test[2.8.1] >ls -al rts-native/adalib/*.so -r-xr-xr-x 1 root root 220206 Dec 30 11:05 rts-native/adalib/libgnarl-3.15.so lrwxrwxrwx 1 root root 105 Dec 30 11:07 rts-native/adalib/libgnarl.so -> /var/tmp/portage/gnat-3.15p-r3/image//usr/lib/ada/gcc-lib/i686-pc-linux-gnu/2.8.1/adalib/libgnarl-3.15.so -r-xr-xr-x 1 root root 1952653 Dec 30 11:05 rts-native/adalib/libgnat-3.15.so lrwxrwxrwx 1 root root 104 Dec 30 11:07 rts-native/adalib/libgnat.so -> /var/tmp/portage/gnat-3.15p-r3/image//usr/lib/ada/gcc-lib/i686-pc-linux-gnu/2.8.1/adalib/libgnat-3.15.so root@test[2.8.1] > -------------------------------- I also didn't see a new ebuild, gnat-3.15p-r3.ebuild
