--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-06-24 19:12
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-06-24 18:58
---
Subject: Bug 32446
Author: jvdelisle
Date: Sun Jun 24 18:58:36 2007
New Revision: 125986
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125986
Log:
2007-06-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-06-24 18:55
---
Subject: Bug 32446
Author: jvdelisle
Date: Sun Jun 24 18:54:50 2007
New Revision: 125985
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125985
Log:
2007-06-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #10 from patchapp at dberlin dot org 2007-06-23 03:05 ---
Subject: Bug number PR32446
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01683.html
--
http://gcc.gnu.org/bugzilla/s
lt;[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [Bug fortran/32446] F0.n output format fails with large numbers
>
>
>
> --- Comment #7 from burnus at gcc dot gnu dot org 2007-06-21 06:16
> ---
>> Host triplet is: processor - platform - os
>&g
ot org <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [Bug fortran/32446] F0.n output format fails with large numbers
>
>
>
> --- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-06-21 04:22
> ---
> Host triplet is: processor - platform - os
>
&g
--- Comment #7 from burnus at gcc dot gnu dot org 2007-06-21 06:16 ---
> Host triplet is: processor - platform - os
> So depending on your processor it would be something like,
> i686-pc-linux-gnu
> x86-64-unknown-linux
> You can get this from the command uname
> Try uname -p -i -o
E
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-06-21 04:22
---
Host triplet is: processor - platform - os
So depending on your processor it would be something like,
i686-pc-linux-gnu
or
x86-64-unknown-linux
You can get this from the command uname
Try uname -p -i -o
--- Comment #5 from John dot Harper at mcs dot vuw dot ac dot nz
2007-06-21 03:52 ---
Subject: Re: F0.n output format fails with large numbers
On Thu, 21 Jun 2007, jvdelisle at gcc dot gnu dot org wrote:
> jvdelisle at gcc dot gnu dot org changed:
>
> What|Removed
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-06-21 03:15
---
Minimal test case:
! printing big numbers in F0.1 format. HP = high precision
PRINT '(F0.1)',huge(1.0)
END
Disregard my previous comment about KIND=10, that nor relevent. I just need
someone to test the #if def
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-06-21 03:12
---
Here is a patch. Could someone test for a system that supports KIND=16. I can
only test for KIND=10. The value 45 is the minimum size that will work with
the test case. I am only guessing at the 63.
Index: wr
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-06-21 01:56
---
Program received signal SIGSEGV, Segmentation fault.
0x0035e2a76ed0 in memcpy () from /lib64/libc.so.6
(gdb) bt
#0 0x0035e2a76ed0 in memcpy () from /lib64/libc.so.6
#1 0x2ab47a8d in output_float
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-06-21 01:54
---
Confirmed. I get segfault on x86-64. I will investigate.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
13 matches
Mail list logo