http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #25 from Anton Shterenlikht ---
yes, seems to work ok on amd64 FreeBSD gcc47, 48, 49
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #24 from Uroš Bizjak ---
Fixed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #23 from Jakub Jelinek 2011-02-17
13:42:32 UTC ---
Created attachment 23382
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23382
tst-strtod.c
Testcase for strtoflt128 (adapted from glibc/stdlib/tst-strtod.c).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #22 from Jakub Jelinek 2011-02-17
13:41:23 UTC ---
Created attachment 23381
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23381
gcc46-strtoflt128.patch
To shorten up the agony of gdtoa, here is a patch to yank it and replace ev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #21 from Jakub Jelinek 2011-02-14
15:34:52 UTC ---
Author: jakub
Date: Mon Feb 14 15:34:44 2011
New Revision: 170135
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170135
Log:
PR fortran/47642
* libquadmath.texi (quadm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #20 from Dominique d'Humieres
2011-02-14 15:32:50 UTC ---
For the 23313 testcase (which requires -L/opt/gcc/gcc4.6w/lib -lquadmath) I get
Qe
1.234500e+06
Qf
33.3
Qg
1.7
Qg
1.7e+36
Qa
0x1.2d6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #19 from Jakub Jelinek 2011-02-14
14:29:12 UTC ---
THe output depends. I get:
1.234500e+06
1.234500e+06
33.3
33.3
1.7
1.7
1.7e+36
1.7e+36
0x1.2d644p+20
0x1.2d644p+20
0X1.45855P+18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #18 from Dominique d'Humieres
2011-02-14 12:51:48 UTC ---
> Created attachment 23335 [details]
> gcc46-pr47642.patch
AFAICT this patch fixes the gfortran side. What are the expected outputs for
the C tests in attachments 23313 to 233
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Jakub Jelinek changed:
What|Removed |Added
Attachment #23312|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #16 from Dominique d'Humieres
2011-02-14 11:28:32 UTC ---
I have applied the patches in attachments 23312 and 23318 on top of revision
170124 on x86_64-apple-darwin10. I did not do a full bootstrap, but touched the
files in gcc/fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #15 from Jakub Jelinek 2011-02-12
14:17:26 UTC ---
Created attachment 23318
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23318
gcc46-pr47642-2.patch
Incremental patch to fix also wprintf/etc. (wide orientation) and %IQe.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #14 from Jakub Jelinek 2011-02-12
12:13:51 UTC ---
Created attachment 23316
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23316
d.c
Testcase for the localization stuff. Strangely the farsi output for %Ie looks
garbled, while %
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #13 from Jakub Jelinek 2011-02-12
12:08:06 UTC ---
Created attachment 23315
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23315
c.c
Testcase from stripped down glibc stdio-common/tst-printf.c.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #12 from Jakub Jelinek 2011-02-12
12:07:11 UTC ---
Created attachment 23314
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23314
b.c
Testcase from the *.texi.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #11 from Jakub Jelinek 2011-02-12
12:06:01 UTC ---
Created attachment 23313
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23313
a.c
I'm attaching a few testcases I've used (well, they aren't suitable for gcc
testsuite because m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Jakub Jelinek changed:
What|Removed |Added
AssignedTo|jvdelisle at gcc dot|jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #9 from Jakub Jelinek 2011-02-09
08:44:54 UTC ---
On sparc64 obviously libquadmath isn't used and thus it is expected it works
there and has nothing to do with libquadmath - on sparc*/s390* long double is
IEEE quad already, so it is l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #8 from Anton Shterenlikht 2011-02-09
00:43:07 UTC ---
With Gerald's patch (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649)
I got gcc46 installed on FreeBSD sparc64,
and there I don't get segfault:
QOF> uname -a
FreeBSD mech-anton
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #7 from Jerry DeLisle 2011-02-08
20:25:12 UTC ---
I am OK with using stdio-common/printf_fp.c as well. Also, after the 42 digits
we do not need to go further and can chop it maybe with a few zeros padded. At
least gfortran performas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #5 from Jakub Jelinek 2011-02-08
14:04:23 UTC ---
The question is how accurrate we expect the n argument to be (e.g. for
#include
int
main (void)
{
char buf[1024];
int i;
__float128 f;
for (i = 1, f = 2; i <= 256; i++, f *=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #4 from Jerry DeLisle 2011-02-08
13:00:49 UTC ---
Jakub, if you have time to fix this, please do. It may take me several days to
get to this because of time constraints.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
26 matches
Mail list logo