Ken Moffat wrote:
> On Thu, May 24, 2007 at 04:51:07PM +0100, Ken Moffat wrote:
>   
>> On Thu, May 24, 2007 at 06:58:36AM -0700, Jim Gifford wrote:
>>     
>>> There seems to be a lot of issues with GCC 4.2.0. Did you also use Glibc 
>>> 2.6, there was some major changes and issues that are warranting a quick 
>>> release of Glibc 2.6.1, should be out in a  few days.
>>>       
>>  Hah, I didn't even know 2.6 was out ;)
>>
>>     
>  And a bundle of fun it ain't (google found futimens, particularly
> on diy-linux, which saved me trying to translate a pld posting, but
> the sed for coreutils somehow breaks the manpage: touch man/touch.1
> in chapter 6 coreutils solves that).  Seds also needed for gzip and
> tar, and supposedly glibc-2.6 needs a /bin/echo symlink for its
> testsuite.  I wouldn't know, it didn't get me any further, trying to
> run any program in /tools/bin still reports 'Aborted'.
>
>  So, it doesn't seem to be a question of an unmatched glibc, and the
> only substantial change is the new version of gcc.  Note that the
> new cross-gcc, after patching, does seem to build a working kernel
> and modules, it's "only" glibc that seems not to like the new gcc.
> I suppose one possibility is to try hjl binutils - it's things like
> this which *really* piss me off about the toolchain.
>
> ĸen
>   
This is what I've figured out so far.

There's a bug in gcc that causes it to go into a infinite loop while 
compiling xorg-server. I have a patch that I pulled out of bug 30052. 
http://cross-lfs.org/~jciccone/gcc-4.2.0-PR30052_unofficial-1.patch . I 
don't know if this has been commited yet. Hopefully I'll beable to check 
later today.

Since glibc doesn't support i386 anymore. I had to pass 
CFLAGS="-march=i686 -mtune=generic -g -O2" to build 32bit and 
CFLAGS="-mtune=generic -g -O2" to build 64. This was a x86_64 multilib 
build. It's probably safe to assume that each of those flags will work 
x86 and x86_64-64 respectivly.

The reason we need to sed Coreutils, Gzip, and Tar is because glibc now 
defines futimens. Glibc's prototype for futimens isn't the same as the 
one used in the 3 packages. three seds are as follows.

Coreutils:

sed -i "s/futimens/gl_&/" lib/utimens.{c,h} src/{copy,touch}.c

Gzip:

sed -i "s/futimens/gl_&/" lib/utimens.{c,h} gzip.c

Tar:

sed -i "s/futimens/gl_&/" lib/utimens.{c,h} src/misc.c

I'd like to see a patch makes the code compatible with glibc's 
implementation, but that's for another day.
_______________________________________________
Clfs-dev mailing list
[email protected]
http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-dev

Reply via email to