This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
wot to do with the Maverick Crunch patches?
- From: "Martin Guy" <martinwguy at yahoo dot it>
- To: linux-cirrus at freelists dot org, GCC <gcc at gcc dot gnu dot org>, "Hasjim Williams" <linux-cirrus at lists dot futaris dot org>
- Date: Sun, 30 Mar 2008 13:45:30 +0100
- Subject: wot to do with the Maverick Crunch patches?
Ok, so we all have dozens of these EP93xx ARM SoCs on cheap boards,
with unusable floating point hardware.
What do we have to do to get the best-working GCC support for Maverick
Crunch FPU?
Suggest: make open-source project with objective:."to get the
best-working GCC support for Maverick Crunch FPU". Anyone wanna run
one, create repositories, set up mailing list etc a la
producingoss.com, or is the current infrastructure sufficient for a
coordinated effort?
Host the sets of patches under savannah.gnu.org and endeavour to unite them?
Do we have a wiki for it, other than debian's ArmEabiPort and the wikipedia?
As I understand it, mailline GCC with patches in various versions can give:
futaris-4.1.2/-4.2.0: Can usually use floating point in hardware for C
and C++, maybe problems with exception unwinding in C++. In generated
ASM code, all conditional execution of instructions is disabled except
for jump/branch. Loss of code speed/size: negligable.
Passes most FP tests but does not produce a fully working glibc (I
gather from the Maverick OpenEmbedded people)
cirrus-latest: Conditional instructions are enabled but you can still
get inaccurate or junk results at runtime due to timing bugs in FP
hardware triggered by certain types of instructions being a certain
distance apart at runtime. Does not pass all floating point math
verification tests either, but does worse than futaris.
Cirrus also have a hand-coded Maverick libm that you can link with
old-ABI binaries - can we incorporate this asm code in mainline?
Thoughts on a postcard please... any further progress in OE land?
M