Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-20 Thread Olivier Hainque
Mark Mitchell wrote: > > Mark, is it ok for Olivier to apply the patch mentioned here on > > 4.1? > Yes, thanks. I have been away for a couple of days and see that the patch has been committed to the various branches. Thanks :)

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-17 Thread Mark Mitchell
Olivier Hainque wrote: >>Mark, is it ok for Olivier to apply the patch mentioned here on >>4.1? > >> http://gcc.gnu.org/ml/gcc/2006-02/msg00251.html Yes, thanks. -- Mark Mitchell CodeSourcery [EMAIL PROTECTED] (650) 331-3385 x713

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-17 Thread Arnaud Charlet
> As an additional note, this is Bug ada/13408. Although the change > affects the ADA "ABI" Note that there is no clear Ada ABI at this stage, and no guarantee of stability. It's a long term goal to achieve Ada ABI stability, but it's a huge work. So changing this is certainly fine. Arno

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-17 Thread John David Anglin
> > Mark, is it ok for Olivier to apply the patch mentioned here on > > 4.1? > > > http://gcc.gnu.org/ml/gcc/2006-02/msg00251.html > > > > It only affects Ada on PA HP-UX. It's obviously correct. > > I'm deferring commits until the set of branches to which I should apply > is settled. As

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-17 Thread Olivier Hainque
Rainer wrote: > The patch proposed by Olivier applied to 4.1 gives 0 failures for the whole > acats testsuite, John David wrote: > While not quite as good as your 4.1.0 results, I had a similar improvement > on 4.0.3: http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00815.html Many thanks to bo

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-16 Thread John David Anglin
> The patch proposed by Olivier applied to 4.1 gives 0 failures for the whole > acats testsuite, as you can see: > > LAST_UPDATED: > === acats tests === > > === acats Summary === > # of expected passes 2316 > # of unexpected failures 0 While not quite as

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-16 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Geert Bosch schrieb: > > On Feb 15, 2006, at 13:28, John David Anglin wrote: > >> Understood. My question was what should the define for >> WIDEST_HARDWARE_FP_SIZE be when generating code for a target >> with no hardware floating point support (e.g.

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-15 Thread Geert Bosch
On Feb 15, 2006, at 13:28, John David Anglin wrote: Understood. My question was what should the define for WIDEST_HARDWARE_FP_SIZE be when generating code for a target with no hardware floating point support (e.g., when TARGET_SOFT_FLOAT is true)? Practically, I'd say it should be 64, as it'

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-15 Thread John David Anglin
> On Feb 15, 2006, at 11:44, John David Anglin wrote: > > I missed this "new" define and will try it. Perhaps, this should > > take account of the situation when TARGET_SOFT_FLOAT is true. For > > example, > > When emulating all software floating-point, we still don't want to > use 128-bit float

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-15 Thread Geert Bosch
On Feb 15, 2006, at 11:44, John David Anglin wrote: I missed this "new" define and will try it. Perhaps, this should take account of the situation when TARGET_SOFT_FLOAT is true. For example, When emulating all software floating-point, we still don't want to use 128-bit floats. The whole idea

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-15 Thread John David Anglin
> + /* The widest floating point format supported by the hardware. Note that > +setting this influences some Ada floating point type sizes, currently > +required for GNAT to operate properly. */ > + #define WIDEST_HARDWARE_FP_SIZE 64 I missed this "new" define and will try it. Perhaps,

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-15 Thread Olivier Hainque
Rainer Emrich wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > acats test cxg2014 hangs forever on hppa2.0w-hp-hpux11.00. > ,.,. CXG2014 ACATS 2.5 06-02-10 18:02:32 > - CXG2014 Check the accuracy of the SINH and COSH functions. >* CXG2014 sinh(1) actual: 7.49632E

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-14 Thread Eric Botcazou
> Note that I opened PR ada/26296: "cxg2007 cxg2012 verify_flow_info > failed" I'm seeing on x86_64-linux, may be something was recently broken > on exception handling code and this could show up differently on hppa. No, that's a different problem. -- Eric Botcazou

Re: hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-14 Thread Laurent GUERBY
Note that I opened PR ada/26296: "cxg2007 cxg2012 verify_flow_info failed" I'm seeing on x86_64-linux, may be something was recently broken on exception handling code and this could show up differently on hppa. Laurent On Mon, 2006-02-13 at 10:04 +0100, Rainer Emrich wrote: > -BEGIN PGP SIGNE

hang in acats testsuite test cxg2014 on hppa2.0w-hp-hpux11.00

2006-02-13 Thread Rainer Emrich
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 acats test cxg2014 hangs forever on hppa2.0w-hp-hpux11.00. Killing the process terminates the acats testsuite. The directory gcc/testsuite/ada/acats/tests/cxg/cxg2014 contains a cyg2014.log file: ,.,. CXG2014 ACATS 2.5 06-02-10 18:02:32 - CXG201