http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49783
Ludovic Brenta <ludo...@ludovic-brenta.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ludo...@ludovic-brenta.org
--- Comment #1 from Ludovic Brenta <ludo...@ludovic-brenta.org> 2011-07-20
17:30:55 UTC ---
I have resolved this problem in Debian by creating two additional libraries
from the GCC sources: libgnatvsn (GNAT Version Library under GPL3 with Runtime
Library Exception) and libgnatprj (Project File parser under pure GPL). For
full details, see:
* Debian Ada Policy
http://people.debian.org/~lbrenta/debian-ada-policy.html
* my presentation at FOSDEM 2011
http://www.youtube.com/watch?v=-3HvUH4fJPM
* the stack of Debian patches that implement the idea:
ada-link-lib.diff, ada-libgnatvsn.diff, ada-libgnatprj.diff in this order.
I am willing to submit these patches upstream to GCC; however they do introduce
a potential problem: they make libgnat necessary on the host as well as on the
target. Indeed, with these patches, all GNAT tools (gnatmake and friends) are
now linked dynamically against libgnat-$V.so and the two new libraries
libgnatvsn.so.$V and libgnatprj.so.$V (for V in 4.1 .. 4.6).
