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