This line in the eclass, which works for 4.3, results in a broken symlink with 4.4: dosym ${DATAPATH}/info/gnat_ugn_unw.info ${DATAPATH}/info/gnat.info since the real filename is gnat_ugn.info (no idea why it changed).
Still a problem with dev-lang/gnat-gcc-4.5.4: * Regenerating GNU info directory index... * Processed 5 info files; 1 errors. install-info: No such file or directory for /usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.5/info/gnat.info # readlink /usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.5/info/gnat.info /usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.5/info/gnat_ugn_unw.info # ls -F /usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.5/info/ dir gnat.info@ gnat_rm.info gnat-style.info gnat_ugn.info libgomp.info Apart from the fact that the target file name is incorrect, I can't help but wonder why this symlink is using an absolute path. There seems to be no good reason for this, and I believe that in general, relative links are preferred, as they use less space, are easier to read and also work for chroots.
Fixed for newer versions in the eclass, and breaks on the oldest ones. I'll talk to George about stabilizing something newer and cleaning out the old cruft.