lkml.org 
[lkml]   [2006]   [Mar]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.16-git6: build failure: ne2k-pci: footbridge_defconfig
On Thu, 23 Mar 2006 17:40:14 +0000, Russell King wrote:
>> It's gcc 4.01... the kautobuild folk are going to try gcc 4.04 instead.
>
>Actually, given that it also appears with gcc 3.3, I'd like to request
>that the change (along with all the other const __devinitdata's) are
>backed out.
>
>The comments I'm hearing about gcc 4.1 on ARM indicate that it's a case
>of "there be big beasts there, don't touch with a barge pole". To quote
>some comments about gcc 4.1 on ARM:
>
>"yeah, 4.1 is quite bad on arm. it's supposed to have all the EABI bits,
> but it can't even build itself without ICEing and segfaulting left right
> and center"
>
>"the debian arm failures with gcc 4.1 are just scary. the current gcc
> 4.1s miscompile even very basic for/while loops"
>
>which probably leaves ARM folk with a very narrow set of working gcc
>versions.
>
>So, I've no idea at present which gcc version we should be considering
>nominating as "the sole gcc version the kernel supports".

Just a data point...

My ARM GCCs are configured for the default arm-linux ABI,
not the EABI, and gcc-4.0.3 and gcc-4.1 both appear to be
solid for user-space code; they also bootstrap themselves
(on an ARM) just fine. I haven't used them for kernels however.

On the other hand, gcc-3.3.6 and gcc-3.4.6 both require several
add-on patches to fix incorrect code generation, and even then
there are a couple of known unfixed bugs (PR25133 and PR26463 in
particular; PR25133 can be worked around but PR26463 scares me).

/Mikael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-03-28 14:09    [W:0.022 / U:37.324 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site