[Bug ada/48621] Can't install gcc because Ada doctool installation process uses wrong gcc, thus producing incompatible ALI file

[bauhaus at futureapps dot de]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48621

--- Comment #2 from Georg Bauhaus <bauhaus at futureapps dot de> 2011-04-15 14:16:38 UTC ---
I did first run

$ make boostrap

which I should have stated less implicitly, sorry.
And then, as the report says,

$ make check # with -k, actually. ACATS results were good

and only then

# make install

(I also noticed that I'm not the first to run into
the issue, according to Google search results for
gnatmake error:
gnatmake: "xgnatugn.ali" incompatible ALI file, please recompile.
First thing that turns up is msg26991 on the GCC help list.)

The part with the incorrect ALI file was easily
reproduced in isolation:

- After the failed install, the output of $(which gnatmake) was
/usr/local/bin/gnatmake

- There was no /usr/local/bin/gcc yet (because the
install had stopped at the above issue).

- I changed dicteory to the one with xgnatugn.* in it.
Removed the ALI file and ran
$ gnatmake xgnatugn  # this would be the new /usr/local/bin/gnatmake
to get
gnatmake: "xgnatugn.ali" incompatible ALI file, please recompile
gnatmake: "xgnatugn.adb" compilation error

This is one reason why I was guessing that
gnatmake would invoke /usr/bin/gcc, not
any of the newly created gccs, because these
had not yet been installed successfully.
The new gnatmake would invoke the gcc that
is finds in the path, which is not among any of the
new gccs.

I have started again using a absolute path to configure,
as you have suggested.
After removing everything from the /usr/local hierarchy,
and $ hash -r.

$ ls -l /opt/src/MAINTAINERS 
-rw-r--r-- 1 bauhaus bauhaus 21058 Apr 11 19:52 /opt/src/MAINTAINERS

$ pwd
/opt/build
$ ls -a
.  ..
$ which gcc
/usr/bin/gcc
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

$ gcc -v  # compiler to be used for make bootstrap
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-8'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.4 --enable-shared --enable-multiarch
--enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
--enable-targets=all --with-arch-32=i586 --with-tune=generic
--enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu
--target=i486-linux-gnu
Thread model: posix
gcc version 4.4.5 (Debian 4.4.5-8) 

$ /opt/src/configure --enable-languages=c,ada --disable-nls
...
$
 I'll report what happens.