This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Updates to --with-sysroot support


On Nov  6, 2002, Daniel Jacobowitz <drow@mvista.com> wrote:

> It can't affect compiles within the build tree; this is only applied to
> the list of include directories in cpp_include_defaults.  None of those
> are originally pointing into the build tree.

Point is, when we run ./xgcc -B./, gcc takes ./ as bindir, and
tries to relocate everything else from that.

> Blech, I knew I forgot something.  Yes, here's the install.texi patch;
> it deletes the unpleasant bit that got me started on this in the first
> place, and documents the relocation.

Err...  So is it going to be relocated even if it's outside
exec_prefix or prefix.  I don't like this.

> You didn't commit the bits to turn it into a gcc_tooldir-relative
> reference, did you?

Doh.  Yes, indeed.  I just required --with-sysroot to start with
${gcc_tooldir} for it to be relocatable.

> Or rather, I noticed that you committed the gcc/configure bits, but
> not the gcc/configure.in bits; and I think the gcc/configure bits
> were the error.

Err...  I don't see that.  I seem to have checked in both
gcc/configure.in and gcc/configure, and one was generated from the
other, without the bits I didn't mean to check in.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                 aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]