On Sat, 2012-05-05 at 10:35 -0400, Jeremy Huntwork wrote:
> On May 5, 2012, at 10:24 AM, Jeremy Huntwork
> <jhuntw...@lightcubesolutions.com> wrote:
> 
> 
> 
> 
> > Looks like I missed some necessary text changes.
> > 
> 
> There's also this statement made regarding the fixincludes script in
> GCC pass 2:  "In fact, running this script may actually pollute the
> build environment by installing fixed headers from the host system
> into GCC's private include directory"
> 
> 
> That may no longer be true. In fact it would be nice if we can confirm
> this. Anyone willing to poke a bit there and see if touching this
> fixincludes script is still necessary?

Here's what the fixincludes script resulted in with my latest build:

├── include-fixed
│   ├── limits.h
│   ├── linux
│   │   └── a.out.h
│   ├── README
│   └── syslimits.h

There's a comment in linux/a.out.h that it fixed
up /tools/include/a.out.h so that looks OK.  syslimits.h just includes
limits.sh, so that looks fine too.  limits.h has been fixed but there's
no indication of which limits.h was used as input to it.  I can only
assume it was /tools/include/limits.h due to the a.out.h fix and the
fact that no other headers from my host's devel packages have ended up
being fixed up.

Chapter 6 is in the process of building now, so I'll update again
tomorrow when I have the results.

Regards,

Matt.


-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to