>
> There is no data available on the failure conditions, just the fact that
> gcc version 3.4 and newer do not compile our 2.4 kernel properly. If
> you're interested in looking into this problem further I noticed one of
> the patches in crosstool for kernel version 2.4.26 states "Fixes error
> when building linux-2.4.26 kernel with gcc-3.4 on arm". I was planning
> on looking at this patch, but haven't got a chance to yet. If you look
> into it let me know what you find...
>
I have tried the patch from crosstool
(http://kegel.com/crosstool/crosstool-0.43/patches/linux-2.4.26/linux-2.4.26-arm-nonofpu.patch)
but this doesn't solve the memory detection problem.
I also tried the suggestion by Yan Seiner, to add the
"-fno-unit-at-a-time" to the compiler flags. This solves the memory
detection problem!
Furthermore, the "-fno-unit-at-a-time" option seems safe to add since
the option did not exists in the gcc 3.3.x series and was added in the
gcc 3.4.x series. Specifying this option turns off some optimizations,
which in this case break the memory detection.
--- From the gcc-3.4.6 manual ---
-funit-at-a-time
Parse the whole compilation unit before starting to produce code.
This allows some extra optimizations to take place but consumes more
memory.
----------------------------------
Cheers,
Peter.
ps. I did not experience any build/compile problems, compiling with
gcc-3.4.6 without patches...
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|