This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: RFC/Ada: removal of $(ADAC)
- From: Geoff Keating <geoffk at geoffk dot org>
- To: Roger Sayle <roger at www dot eyesopen dot com>
- Cc: Richard Kenner <kenner at vlsi1 dot ultra dot nyu dot edu>, Zack Weinberg <zack at codesourcery dot com>, gcc at gcc dot gnu dot org
- Date: 13 May 2003 12:00:07 -0700
- Subject: Re: RFC/Ada: removal of $(ADAC)
- References: <Pine.LNX.4.44.0305130749230.26152-100000@www.eyesopen.com>
Roger Sayle <roger@www.eyesopen.com> writes:
> 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.
This isn't user error, it's a known bug, ada/5910.
> 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!
No, it's just a well-documented bug.
Still, I think it should be fixed before we remove ADAC especially if
the installation documentation mentions it.
> 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.
I agree.
--
- Geoffrey Keating <geoffk@geoffk.org>