OK, I've read why I should use the linux libc headers project:
http://linuxfromscratch.org/pipermail/faq/2004-July/000159.html
I've read the instructions in Chapter 5 on how to install it. However I
now want to install Linux 2.6.15 and there is no corresponding
linux-libc-headers tarball. I
On 2/15/06, kevin lyda <[EMAIL PROTECTED]> wrote:
>
> I've read the instructions in Chapter 5 on how to install it. However I
> now want to install Linux 2.6.15 and there is no corresponding
> linux-libc-headers tarball. In fact the oldest one is for Linux 2.6.12
> from July 2005.
You can run a
kevin lyda wrote:
I've searched the mailing lists for LFS and don't see it any mention of
this issue. Is anyone researching this? Can I help?
It was brought up within the last couple of months on this list. The
linux-libc-headers maintainer is having some issues with his hardware,
but app
Hi,
It appears that binutils ld will be changing its search behavior to
more closely follow ld.so. See this post:
http://sources.redhat.com/ml/binutils/2006-02/msg00127.html
It seems that rather than using the compiled in LIB_PATH that we make
use of in Ch. 5 to repoint the linker to where we w
On 2/15/06, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> Hi,
>
> It appears that binutils ld will be changing its search behavior to
> more closely follow ld.so. See this post:
>
> http://sources.redhat.com/ml/binutils/2006-02/msg00127.html
By the way, this has been checked into HEAD:
http://sou
Dan Nicholson wrote:
> It appears that binutils ld will be changing its search behavior to
> more closely follow ld.so. See this post:
>
> http://sources.redhat.com/ml/binutils/2006-02/msg00127.html
>
> It seems that rather than using the compiled in LIB_PATH that we make
> use of in Ch. 5 to r
On 2/15/06, Greg Schafer <[EMAIL PROTECTED]> wrote:
> Dan Nicholson wrote:
>
> > It seems that rather than using the compiled in LIB_PATH that we make
> > use of in Ch. 5 to repoint the linker to where we want, the default
> > will be that the paths in /etc/ld.so.conf will be preferred before
> > t