This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: gcc_tooldir is useless
- To: law at cygnus dot com
- Subject: Re: gcc_tooldir is useless
- From: Andreas Schwab <schwab at suse dot de>
- Date: 22 Sep 1999 12:19:36 +0200
- Cc: "Rask Ingemann Lambertsen" <rask at kampsax dot k-net dot dk>,"GCC mailing list" <gcc at gcc dot gnu dot org>
- References: <2875.937934480@upchuck.cygnus.com>
Jeffrey A Law <law@cygnus.com> writes:
|> In message <je3dw8b34a.fsf@hawking.suse.de>you write:
|> > $(gcc_tooldir) is logically the same as $(tooldir), but contains some ".."
|> > parts that are supposed to lead relatively from $(libsubdir) to
|> > $(exec_prefix). This will fail if any component between $(prefix) and
|> > $(libsubdir) does not exist or is a symlink to some unrelated directory.
|> Right. But we're going to have to live with it long term.
|>
|> It's 100%, totally stupid for people to have to recompile the tools because
|> they moved them around. The tools need to "just work" when people move
|> the directory tree around.
I don't understand this. $(prefix) is hardcoded, the relative distance
between $(libsubdir) and $(tooldir) is hardcoded, so where is the
advantage, especially if building a cross compiler simply does not work?
Does the GCC team consider the case of building a cross compile as
unimportant? That would be bad, IMHO.
Andreas.
--
Andreas Schwab "And now for something
schwab@suse.de completely different."
SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg