On Tue, Nov 08, 2011 at 07:35:40PM +0100, Dominique Dhumieres wrote:
> I have a few questions:
>
> (1) Is sqrtl the only missing Fortran intrinsic?
> (2) Is there a list of missing intrinsics and platforms?
This is definitely platform dependent. For amd64-*freebsd,
troutmask:sgk[210] gmake che
I have a few questions:
(1) Is sqrtl the only missing Fortran intrinsic?
(2) Is there a list of missing intrinsics and platforms?
(3) Does it make any sense to support REAL(10) if sqrtl
is missing?
Cheers,
Dominique
On 11/08/2011 05:10 PM, Janne Blomqvist wrote:
On Tue, Nov 8, 2011 at 17:41, Rainer Orth wrote:
Steve Kargl writes:
Please no: sqrtl is a C99 addition, and we don't want lists of non-C99
targets in tests that require them.
OK, so, then we simply accept that running a regression test
on the
On Tue, Nov 08, 2011 at 04:41:32PM +0100, Rainer Orth wrote:
> Steve Kargl writes:
>
> >> Please no: sqrtl is a C99 addition, and we don't want lists of non-C99
> >> targets in tests that require them.
> >>
> >
> > OK, so, then we simply accept that running a regression test
> > on these targets
On Tue, Nov 8, 2011 at 17:41, Rainer Orth wrote:
> Steve Kargl writes:
>
>>> Please no: sqrtl is a C99 addition, and we don't want lists of non-C99
>>> targets in tests that require them.
>>>
>>
>> OK, so, then we simply accept that running a regression test
>> on these targets will always FAIL?
Steve Kargl writes:
>> Please no: sqrtl is a C99 addition, and we don't want lists of non-C99
>> targets in tests that require them.
>>
>
> OK, so, then we simply accept that running a regression test
> on these targets will always FAIL? If the answer is 'yes',
> then please close this PR becau
On Tue, Nov 08, 2011 at 11:14:52AM +0100, Rainer Orth wrote:
> Steve Kargl writes:
>
> > On Mon, Nov 07, 2011 at 09:55:48PM +0100, Eric Botcazou wrote:
> >> > The test uses the largest available floating-point number - be it 8, 10
> >> > or 16 - and tests for that. The checks should be thus OK fo
Steve Kargl writes:
> On Mon, Nov 07, 2011 at 09:55:48PM +0100, Eric Botcazou wrote:
>> > The test uses the largest available floating-point number - be it 8, 10
>> > or 16 - and tests for that. The checks should be thus OK for any system.
>>
>> It fails with a link failure on SPARC Solaris 8 an
On Mon, Nov 07, 2011 at 09:55:48PM +0100, Eric Botcazou wrote:
> > The test uses the largest available floating-point number - be it 8, 10
> > or 16 - and tests for that. The checks should be thus OK for any system.
>
> It fails with a link failure on SPARC Solaris 8 and 9:
>
> FAIL: gfortran.dg/
> The test uses the largest available floating-point number - be it 8, 10
> or 16 - and tests for that. The checks should be thus OK for any system.
It fails with a link failure on SPARC Solaris 8 and 9:
FAIL: gfortran.dg/quad_2.f90 -O0 (test for excess errors)
Excess errors:
Undefined
Motivated by the report at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/6373a2dfe64f0b83
There is currently no run-test check that libquadmath actually works.
The attached and committed (Rev. 181015) adds one which tests for
libquadmath that I/O read/write works. Addi
11 matches
Mail list logo
