[uClibc] Linux2.4.22 for armb with GCC3.4.1 - cores

Doug Oucharek dougs at broadcom.com
Wed Oct 20 22:53:34 UTC 2004


That was it!!  I forced the -funit-at-a-time option and recompiled the kernel. It is now working fine.  Thanks Mark!

Doug

-----Original Message-----
From: Mark Rakes [mailto:mrakes at mac.com] 
Sent: Wednesday, October 20, 2004 3:11 PM
To: Doug Oucharek
Cc: uclibc at uclibc.org
Subject: Re: [uClibc] Linux2.4.22 for armb with GCC3.4.1 - cores


I've used/built several different armeb 2.4 kernels with gcc 3.4.1 and 
3.4.2.

You're having gcc 3.4.x "unit-at-a-time" issues. Look for "new 
unit-at-a-time" here:
http://gcc.gnu.org/gcc-3.4/changes.html

Your options are to use -fno-unit-at-a-time, or move to a newer kernel. 
2.4.27 seems
to have MOST of the issues worked out, by changing lots "used" and 
"unused" attributes.

Of course, none of this may fix your STL issue.

good luck,
-mark



On Oct 20, 2004, at 2:33 PM, Doug Oucharek wrote:

> Hi all,
>  
> I've been working with a toolchain built with gcc3.3.2 and uclibc
> 0.9.26 for big endian ARM.  With this toolchain, I've been able to 
> compile and run a Linux2.4.22 kernel, drivers, and user space apps.  
> So far, no problems. 
>   
> Recently, however, I've run into the GCC STL issue discussed here:
>  
> http://www.uclibc.org/lists/uclibc/2004-October/010073.html
> http://www.uclibc.org/lists/uclibc/2004-October/010074.html
> http://www.uclibc.org/lists/uclibc/2003-October/007169.html
> http://www.uclibc.org/lists/uclibc/2003-October/007169.html
>  
> In hopes of resolving this, I was told by a co-worker to upgrade the
> toolchain to gcc3.4.1 (is this really necessary?).  I did so, but have 
> found that the resulting Linux2.4.22 kernel freezes on startup.  In 
> fact, the gunzip process to unload the compressed kernel isn't even 
> working properly (crc does not check match).  I recompiled just that 
> part with gcc3.3.2 and now the kernel unloads but then freezes when it 
> starts.
>  
> I ran readelf -a on vmlinux compiled with gcc3.3.2 and with gcc3.4.1
> and the header information matches so I feel the endianess is 
> correct. 
>   
> Just for fun, I compiled the kernel with gcc3.3.2 and the user space
> apps with gcc3.4.1.  Everything ran fine so the compiler is creating 
> code which works on my ARM platform.
>  
> Has anyone had any success with creating a big endian ARM Linux 2.4
> kernel using the gcc3.4.1 toochain?
>  
> Doug






More information about the uClibc mailing list