This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: RFC/Ada: removal of $(ADAC)
- From: Roger Sayle <roger at www dot eyesopen dot com>
- To: gcc at gcc dot gnu dot org
- Cc: Richard Kenner <kenner at vlsi1 dot ultra dot nyu dot edu>, Zack Weinberg <zack at codesourcery dot com>
- Date: Tue, 13 May 2003 08:15:28 -0600 (MDT)
- Subject: Re: RFC/Ada: removal of $(ADAC)
Hi Richard,
Well you did request comments!
I must admit that I had reason to resort to needing $(ADAC) as
recently as last week. Whilst you may argue its was caused by
user-error, I think it may be a fairly common mistake.
If with the FSF tree, on a system with an installed GNAT in /usr/bin,
you type the innocent "configure", "make bootstrap" and "make install",
you can get the system into an inconsistent state requiring $(ADAC)
to dig you out.
The problem is that by default make builds and installs gnat but not
"gnatlib_and_tools" from the gcc/ada subdirectory. I managed to
install a 3.4 /usr/local/bin/gcc and /usr/local/bin/gnat on a RedHat
8.0 system, however the next time I tried a "configure", "make" and
"make install" the bootstrap failed. The configuration process
picked up my new 3.4 /usr/local/bin/gcc and /usr/local/bin/gnat,
but /usr/bin/gnatbind and /usr/bin/gnatmake for 3.2, which then
gives errors about files having the wrong versions.
My solution, using "ADAC=/usr/bin/gcc", to atleast bootstrap the
ada front-end, then manually build "gnatlib_and_tools" and install
them. But for some reason, I still had to install "gnatmake"
manually!
I haven't filed any of this as a bug report as the on-line
installation documentation describes all of it including both
the need to run "make gnatlib_and_tools" and how you may need
to use $(ADAC) if things get screwed up. So its a feature!
Perhaps once the irregularities building and installing the Ada
front-end's library and build tools is sorted out it may be reasonable
to remove support for $(ADAC). Until then, I'd recommend keeping it.
The good news however is that I can now regularly test the patches
that I submit to gcc-patches with all languages including Ada.
Roger
--
Roger Sayle, E-mail: roger@eyesopen.com
OpenEye Scientific Software, WWW: http://www.eyesopen.com/
Suite 1107, 3600 Cerrillos Road, Tel: (+1) 505-473-7385
Santa Fe, New Mexico, 87507. Fax: (+1) 505-473-0833