Pass FLAGS_FOR_TARGET to subdirectories (was: Re: GCC_FOR_TARGET x linker scripts)
Daniel Jacobowitz
drow@mvista.com
Mon Oct 28 20:01:00 GMT 2002
On Mon, Oct 28, 2002 at 03:37:38PM -0500, Daniel Jacobowitz wrote:
> On Fri, Oct 25, 2002 at 01:22:58AM -0300, Alexandre Oliva wrote:
> > On Oct 25, 2002, Daniel Jacobowitz <drow@mvista.com> wrote:
> >
> > > I assume that the -L$$r/ld comes in via @FLAGS_FOR_TARGET@... yes, it
> > > does. Why should the definition in gcc/Makefile.in be any different?
> > > Is there any reason that the same FLAGS_FOR_TARGET and GCC_FOR_TARGET
> > > won't work?
> >
> > Well, gcc/configure.in would have to duplicate the logic of
> > FLAGS_FOR_TARGET, no?
>
> Well, I was planning to pass the value down from the top level at
> configure time. Easiest would be in the environment, but FLAGS_TO_PASS
> can get a little large, so that might be unwise. I also could have
> just picked it out of ../Makefile, but that's a little bit too magical
> for my taste, so I wrote it to a new file.
>
> Note that GCC_FOR_TARGET in gcc/Makefile.in includes "-isystem
> $(build_tooldir)/sys-include". In the top level it doesn't. It's only
> there because the compiler (if it's configured to look for
> $(gcc_tooldir)/sys-include at all) won't necessarily find it at build
> time when $(gcc_tooldir) doesn't exist... I left it alone for now, but
> it should probably move to the top-level FLAGS_FOR_TARGET.
>
> Here's what I came up with; what do you think? The file can be
> extended to pass up any other logic we want to be in the top level.
> 2002-10-28 Daniel Jacobowitz <drow@mvista.com>
>
> * configure.in: Write FLAGS_FOR_TARGET to config.vars.
> * Makefile.in (local-distclean): Clean config.vars.
>
> 2002-10-28 Daniel Jacobowitz <drow@mvista.com>
>
> * configure.in: Load ../config.vars. Substitute FLAGS_FOR_TARGET.
> * configure: Regenerated.
> * Makefile.in (FLAGS_FOR_TARGET): Define.
> (GCC_FOR_TARGET): Use $(FLAGS_FOR_TARGET).
I'm withdrawing this patch for now, per my discussion with Nathanael.
I'll submit it again when we've autoconfed.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
More information about the Gcc-patches
mailing list