Re: wot to do with the Maverick Crunch patches?

2008-03-30 Thread Hasjim Williams
On Sun, 30 Mar 2008 13:45:30 +0100, "Martin Guy" <[EMAIL PROTECTED]> said: > 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

Re: wot to do with the Maverick Crunch patches?

2008-03-31 Thread Hasjim Williams
On Mon, 31 Mar 2008 11:31:01 + (UTC), "Joseph S. Myers" <[EMAIL PROTECTED]> said: > On Mon, 31 Mar 2008, Hasjim Williams wrote: Joseph, First of all thanks for replying to this e-mail. You seem to be the one who has written most of the ARM coprocessor patches in the

Re: wot to do with the Maverick Crunch patches?

2008-03-31 Thread Hasjim Williams
On Tue, 01 Apr 2008 12:10:54 +1000, "Hasjim Williams" <[EMAIL PROTECTED]> said: > gcc uses the code in unwind-arm.c etal to call the functions > (create_unwind_entry, unwind_save_mv etc) binutils gas/config/tc-arm.c > to do the frame unwinding, right? To do the unwind p

[ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

2008-04-14 Thread Hasjim Williams
Hello all, I've been working on MaverickCrunch support in gcc, and could never get a completely working glibc (with-fp), since there is no soft-float sqrt libcall function. This is a big problem for MaverickCrunch as there are no hard div or sqrt opcodes. It seems that this is the only other thi

Re: [ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

2008-04-14 Thread Hasjim Williams
On Mon, 14 Apr 2008 22:41:36 -0400, "Daniel Jacobowitz" <[EMAIL PROTECTED]> said: > On Tue, Apr 15, 2008 at 12:33:38PM +1000, Hasjim Williams wrote: > > Hello all, > > > > I've been working on MaverickCrunch support in gcc, and could never get > > a

Re: [ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

2008-04-14 Thread Hasjim Williams
On Mon, 14 Apr 2008 23:09:00 -0400, "Daniel Jacobowitz" <[EMAIL PROTECTED]> said: > On Tue, Apr 15, 2008 at 12:58:40PM +1000, Hasjim Williams wrote: > > Both FPA and VFP coprocessors implement sqrt opcodes: > > So? Glibc does not rely on that. I've been bui

Re: [ARM] Lack of __aeabi_fsqrt / __aeabi_dsqrt (sqrtsf2 / sqrtdf2) functions

2008-04-15 Thread Hasjim Williams
On Tue, 15 Apr 2008 09:15:45 -0400, "Daniel Jacobowitz" <[EMAIL PROTECTED]> said: > > I'm going to keep asking until I get something we can work > with... you're reporting a bug in the compiler, so we need a test case > and the exact error message. What is generating any kind of sqrt > libcall?

Division using FMAC, reciprocal estimates and Newton-Raphson - eg ia64, rs6000, SSE, ARM MaverickCrunch?

2008-05-08 Thread Hasjim Williams
Hi all, I was looking for ways to improve the MaverickCrunch division routine on ARM ep93xx, and noticed that there are few other architectures that don't have a hardware divide. IA-64 has a "frcpa" instruction that returns an estimate of the reciprocal of a float or double. Likewise, RS-6000 has

Re: Division using FMAC, reciprocal estimates and Newton-Raphson - eg ia64, rs6000, SSE, ARM MaverickCrunch?

2008-05-11 Thread Hasjim Williams
On Sat, 10 May 2008 11:59:16 +0100, "Martin Guy" <[EMAIL PROTECTED]> said: > On 5/9/08, Paolo Bonzini <[EMAIL PROTECTED]> wrote: > > The idea is to use integer arithmetic to compute the right exponent, and > > the lookup table to estimate the mantissa. > The current soft-fp routine in libm seems

[ARM] Cirrus EP93xx Maverick Crunch Support - "bge" pattern

2007-06-26 Thread Hasjim Williams
G'day all, As I wrote previously on gcc-patches ( http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00244.html ), I'm working on code to get the MaverickCrunch Floating-Point Co-processor supported on ARM. I mentioned previously that you can't use the same opcodes for testing GE on the MaverickCrunch,

Re: [ARM] Cirrus EP93xx Maverick Crunch Support - "bge" pattern

2007-06-27 Thread Hasjim Williams
On Wed, 27 Jun 2007 08:17:47 +0200, "Paolo Bonzini" <[EMAIL PROTECTED]> said: > > > if (get_attr_cirrus (prev_active_insn(insn)) == CIRRUS_COMPARE) > > return \"beq\\t%l0\;bvs\\t%l0\"; else return \"bge\\t%l0\;nop\"; > > " > > [(set_attr "conds" "jump_clob") > >(set_attr "length"

Re: [ARM] Cirrus EP93xx Maverick Crunch Support - "bge" pattern

2007-06-27 Thread Hasjim Williams
On Wed, 27 Jun 2007 18:15:12 +1000, "Hasjim Williams" <[EMAIL PROTECTED]> said: > > if_then_else (ge (match_operand:CCFP 1 "cc_register" "") (const_int 0)) > if_then_else (ge:CCFP (match_operand 1 "cc_register" "") (const_int

Re: [ARM] Cirrus EP93xx Maverick Crunch Support - condexec / bugfixing / "co-processor offset out of range"

2007-06-27 Thread Hasjim Williams
On Wed, 27 Jun 2007 12:31:42 +0200, "Rask Ingemann Lambertsen" <[EMAIL PROTECTED]> said: > On Wed, Jun 27, 2007 at 06:45:26PM +1000, Hasjim Williams wrote: > > > > It also fixes up the > > "internal compiler error: output_operand: '%l' opera

Re: [ARM] Cirrus EP93xx Maverick Crunch Support - CC modes / condexec / CC_REGNUM

2007-06-28 Thread Hasjim Williams
On Thu, 28 Jun 2007 14:55:17 +0200, "Rask Ingemann Lambertsen" <[EMAIL PROTECTED]> said: > On Wed, Jun 27, 2007 at 11:26:41AM +1000, Hasjim Williams wrote: > > G'day all, > > > > As I wrote previously on gcc-patches ( > > http://gcc.gnu.org/ml/