--- Comment #12 from fxcoudert at gcc dot gnu dot org 2005-12-19 08:12
---
Removing patch keyword and reassigning it to nobody as my patch doesn't fix it
and I won't have free time before january. Sorry for not doing this earlier.
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #3 from bonzini at gnu dot org 2005-12-19 08:28 ---
Sorry to ask the question. Are you sure that this is a 4.2 regression and not
a 4.1 regression as well? The fixincludes module is not bootstrapped, so there
is very small (if any) chance that the toplevel changes in 4.2
--- Comment #2 from bonzini at gnu dot org 2005-12-19 08:40 ---
I think this was some kind of merging hiccup because I found this in the
ChangeLog:
2004-08-30 Paolo Bonzini [EMAIL PROTECTED]
* configure.ac: Do not run fixincludes after stage1 during
toplevel
--- Comment #3 from bonzini at gnu dot org 2005-12-19 08:47 ---
Indeed, Geoff removed the snippet in revision 90117 probably because he did not
know what it was good for. I will reapply the patch.
--
bonzini at gnu dot org changed:
What|Removed
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-19 08:54 ---
(In reply to comment #3)
Indeed, Geoff removed the snippet in revision 90117 probably because he did
not
know what it was good for. I will reapply the patch.
Well he moved it to the toplevel at the same time
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-12-19 10:22 ---
Works with 4.1, needs 300MB ram and about 10s (-O0).
Same for 4.0.x.
Works for 3.4, too, with 178MB but takes a bit longer to compile.
Are you sure you tried compiling without optimization?
--
The following code can't be compiled by gcc 4.0.2:
class Base {
public:
class Nested {};
};
class Derived:public Base {
public:
class Nested {
public:
void m();
};
class AnotherNested {
friend class Nested; // gcc 4.0.2 takes it as 'Base::Nested'
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-12-19 11:34 ---
We add some alignment fluff in the SSE type case. The following works as
expected:
#include stdarg.h
typedef int __attribute__ ((vector_size (16))) foo_t;
extern void abort(void);
struct s
{
_Complex double
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-12-19 11:40 ---
And this doesn't look target dependent.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #36 from amylaar at gcc dot gnu dot org 2005-12-19 12:01
---
While the patch will stop the bug from being triggered by the test case,
it does not fix th underlying combiner bug.
Any REG_NO_CONFLICT block could potentially be rendered invalid by an
inappropriate instruction
unsigned foo(unsigned long long x, unsigned long long y) { return x/y; }
float bar(double x, double y) { return x/y; }
$ g++ -Wall -O2 -c tmp.cpp
no warnings
why g++ doesn't warn users like similar to msvc ?
(warning: conversion from 'type1' to 'type2', possible loss of data)
--
--
pluto at agmk dot net changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||diagnostic
--- Comment #37 from steven at gcc dot gnu dot org 2005-12-19 12:36 ---
That would be a different bug, and the fix would still be to not have a
no-conflict block to begin with.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from geckosenator at gmail dot com 2005-12-19 13:31 ---
(In reply to comment #2)
Works with 4.1, needs 300MB ram and about 10s (-O0).
Same for 4.0.x.
Works for 3.4, too, with 178MB but takes a bit longer to compile.
Are you sure you tried compiling without
--- Comment #38 from joern dot rennecke at st dot com 2005-12-19 13:34
---
Subject: Re: [4.0 regression] Wrong code with REG_NO_CONFLICT notes (caused by
combine)
steven at gcc dot gnu dot org wrote:
--- Comment #37 from steven at gcc dot gnu dot org 2005-12-19 12:36
---
--- Comment #2 from jbglaw at lug-owl dot de 2005-12-19 14:17 ---
Fixed by Jörn Rennecke [EMAIL PROTECTED] in
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01424.html .
--
jbglaw at lug-owl dot de changed:
What|Removed |Added
--- Comment #13 from bonzini at gnu dot org 2005-12-19 14:24 ---
David, ok to commit to 4.1 now?
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #24 from amylaar at gcc dot gnu dot org 2005-12-19 14:37
---
Subject: Bug 20070
Author: amylaar
Date: Mon Dec 19 14:36:59 2005
New Revision: 108792
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108792
Log:
* cfgcleanup.c: Temporarily revert patches for PR
--- Comment #12 from hjl at lucon dot org 2005-12-19 14:40 ---
Can you tell me which check in fixes this bug for 4.0?
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #13 from grigory_zagorodnev at linux dot intel dot com
2005-12-19 14:41 ---
Here is the small reproducer, extracted from cpu2000/191.fma3d, so you can
update regression test base.
CHARACTER RD*8
CHARACTER WR*8
CHARACTER(1) C1
RD='N 1'
In particular, here:
http://gcc.gnu.org/onlinedocs/gcc-3.2.3/g77/Floating-point-Exception-Handling.html#Floating-point%20Exception%20Handling
where it states:
...
gcc -o libtrapfpe.a trapfpe.c
and then use it by adding -trapfpe to the g77 command line when linking
...
Whe I try it I get
--- Comment #14 from dje at watson dot ibm dot com 2005-12-19 15:32 ---
Subject: Re: [4.1 Regression] ICE during kernel build.
Okay.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25180
--
toon at moene dot indiv dot nluug dot nl changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |toon at moene dot indiv dot
|dot org
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2005-12-19
15:44 ---
Subject: Re: [4.1/4.2 regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution, -Os
Could this be a dup of Bug 23585?
It looks like it could be. Looking at the rtl generated for testB using
a
--- Comment #17 from danglin at gcc dot gnu dot org 2005-12-19 15:47
---
*** This bug has been marked as a duplicate of 23585 ***
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from danglin at gcc dot gnu dot org 2005-12-19 15:47
---
*** Bug 23954 has been marked as a duplicate of this bug. ***
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
=posix
Thread model: posix
gcc version 4.1.0 20051219 (prerelease)
/opt/gcc-4.1/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1plus -E -quiet -v
-D_GNU_SOURCE Main.cpp -mtune=pentiumpro -fpch-preprocess -o Main.ii
ignoring nonexistent directory
/opt/gcc-4.1/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-19 16:39 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-19 16:44 ---
This is invalid C++ which was fixed to be rejected in 4.1.0.
This is a dup of bug 2922 which was fixed in 4.1.0.
*** This bug has been marked as a duplicate of 2922 ***
--
pinskia at gcc dot gnu dot org
--- Comment #20 from pinskia at gcc dot gnu dot org 2005-12-19 16:44
---
*** Bug 25495 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pault at gcc dot gnu dot org 2005-12-19 17:25 ---
This is fixed in all three branches;
In file pr20836.f90:6
TYPE all_type
1
Error: The component 'info' is a PRIVATE type and cannot be a component of
'all_type', which is PUBLIC at (1)
This was
--- Comment #6 from reichelt at gcc dot gnu dot org 2005-12-19 17:26
---
Subject: Bug 20552
Author: reichelt
Date: Mon Dec 19 17:26:29 2005
New Revision: 108795
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108795
Log:
PR c++/20552
Backport:
2004-03-08
--- Comment #7 from reichelt at gcc dot gnu dot org 2005-12-19 17:28
---
Subject: Bug 20552
Author: reichelt
Date: Mon Dec 19 17:28:30 2005
New Revision: 108796
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108796
Log:
PR c++/20552
* g++.dg/ext/typeof10.C: New
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-12-19 17:29
---
Subject: Bug 20552
Author: reichelt
Date: Mon Dec 19 17:29:41 2005
New Revision: 108797
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108797
Log:
PR c++/20552
* g++.dg/ext/typeof10.C: New
--- Comment #9 from reichelt at gcc dot gnu dot org 2005-12-19 17:30
---
Subject: Bug 20552
Author: reichelt
Date: Mon Dec 19 17:30:42 2005
New Revision: 108798
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108798
Log:
PR c++/20552
* g++.dg/ext/typeof10.C: New
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-19 17:33 ---
*** Bug 25493 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-19 17:33 ---
*** This bug has been marked as a duplicate of 2707 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from reichelt at gcc dot gnu dot org 2005-12-19 17:34
---
Now also fixed on the 3.4 branch.
Testcase also in 4.0 branch, 4.1 branch, and mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from bonzini at gnu dot org 2005-12-19 17:46 ---
patch committed to 4.1 branch as well.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #15 from bonzini at gnu dot org 2005-12-19 17:46 ---
patch committed to 4.1 branch as well.
--- Comment #16 from bonzini at gnu dot org 2005-12-19 17:46 ---
Subject: Bug 25180
Author: bonzini
Date: Mon Dec 19 17:46:15 2005
New Revision: 108799
URL:
--- Comment #21 from mmitchel at gcc dot gnu dot org 2005-12-19 17:55
---
This is a bootstrap failure, and there is an approved patch, so this should be
fixed before release: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-12-19 18:03
---
Is there a non-Fortran test case?
(I'm going to leave this as P3 until I know the answer to that question.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23202
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-19 18:05
---
I've marked this as P2. We should try to understand the problem, but inlining
heuristics are notoriously hard to get right, so it's hard to be sure whether
we're seeing a real bug in the compiler, or just a
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-19 18:07
---
Downgraded to P5, as this will never be a release-critical issue.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-12-19 18:08
---
We need to at least understand this problem before release: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-19 18:09
---
Serious problem on popular platform: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-12-19 18:15
---
Crashes are bad: P2 for now. If it turns out that this is just an
ICE-on-invalid, then we might downgrade the priority.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-12-19 18:16
---
Fortran issues are not release-critical: P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-12-19 18:29
---
(Why should we get 1? Upon entry to f, a will be 1, since 32769 will be
reduced modulo 2^16. Then, b will be 1 - 32768, or -32767. I don't see why
that should be converted to 1 -- but I certainly don't see why
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||aph at gcc dot gnu dot org
Component|other
--- Comment #4 from aph at gcc dot gnu dot org 2005-12-19 18:30 ---
See http://gcc.gnu.org/ml/gcc/2005-12/msg00548.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25121
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-12-19 18:32
---
Serious wrong code problem: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-12-19 18:36 ---
(In reply to comment #8)
(Why should we get 1? Upon entry to f, a will be 1, since 32769 will be
reduced modulo 2^16. Then, b will be 1 - 32768, or -32767. I don't see why
that should be converted to 1 -- but
--- Comment #10 from kazu at codesourcery dot com 2005-12-19 18:38 ---
Subject: Re: [4.1/4.2 Regression] (short) ((int)(unsigned
short) + (int)) is done in the wrong type
Hi Mark,
(Why should we get 1? Upon entry to f, a will be 1, since 32769 will be
reduced modulo 2^16. Then,
--- Comment #13 from mmitchel at gcc dot gnu dot org 2005-12-19 18:40
---
Fortran problems are not release critical: P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from mark at codesourcery dot com 2005-12-19 18:40 ---
Subject: Re: [4.1/4.2 Regression] (short) ((int)(unsigned
short) + (int)) is done in the wrong type
Kazu Hirata wrote:
Hi Mark,
(Why should we get 1? Upon entry to f, a will be 1, since 32769 will be
reduced
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-12-19 18:44
---
A minor diagnostic issue: P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-12-19 18:45
---
Since the code is invalid, this is not a huge problem, but still shoudl be
fixed: P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-19 18:48
---
Serious problem - but an ICE, not wrong code: P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-12-19 18:50
---
Serious wrong code problem: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-12-19 18:51
---
We should fix this -- but it's not release-critical, due to the fact that the
double -o on the command-line is not a very common case. P5.
--
mmitchel at gcc dot gnu dot org changed:
What
--- Comment #1 from pbrook at gcc dot gnu dot org 2005-12-19 18:53 ---
This also occurs in a couple of places in the gcc testsuite, eg.
gcc.c-torture/compile/20050303-1.c
Reduced C testcase below.
int crc(int nleft)
{
int toread;
unsigned char buf[(128 * 1024)];
toread =
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-19 19:07
---
I don't quite understand how likely we are to see this ICE; -Os
-ftree-loop-linear seems like an obscure combination of flags. I'll call it P2
for now.
--
mmitchel at gcc dot gnu dot org changed:
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-12-19 19:12
---
This is not valid code; the error message is correct. You asked for an
instantiation of the entire class, which includes the static data member.
There is no definition of the static data member available.
You
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-19 19:14
---
This needs fixing before release: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-19 19:16
---
ICE on somewhat odd code: P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-12-19 19:21
---
I would definitely like to see this resolved, but it will never be
release-critical: P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-12-19 19:22
---
Since this is just a testsuite failure, I've marked it as P5. However, we
really do want to get as close to zero FAILs as possible, so I hope that
someone will correct the testcase.
--
mmitchel at gcc dot gnu
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-12-19 19:24
---
ICE on very plausible code: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-12-19 19:26
---
Do we have a testcase for this bug on a primary/secondary platform, or is this
something CRIS-specific?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25335
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-12-19 19:26
---
Should be fixed before release, if possible: P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-12-19 19:30
---
Must be fixed: P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-12-19 19:33
---
Why is this marked as WAITING?
We need to figure out whether this code is valid; given that it's from Boost,
it probably is. In that case, we'll need to fix it. P1.
--
mmitchel at gcc dot gnu dot org
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-12-19 19:35
---
I've marked this as P2.
I wouldn't be overly optimistic about fixing it, though; the cast-to-object
extension is proving to support in G++, especially as the middle end has ceased
providing as much support.
--- Comment #6 from mmitchel at gcc dot gnu dot org 2005-12-19 19:37
---
Should be fixed before release, and it looks like we have an almost-patch. P1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-12-19 19:37
---
Fortran bugs are never release critical: P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |zadeck at naturalbridge dot
|dot org
--- Comment #7 from zadeck at naturalbridge dot com 2005-12-19 19:43
---
I had messed up the original change to df.c.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #10 from rakdver at gcc dot gnu dot org 2005-12-19 20:10
---
Subject: Bug 24793
Author: rakdver
Date: Mon Dec 19 20:10:11 2005
New Revision: 108808
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108808
Log:
PR tree-optimization/24793
*
--- Comment #4 from hp at gcc dot gnu dot org 2005-12-19 20:10 ---
Incomplete analysis, can't reply to the second part of comment #3.
No to the first part.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25335
gcc -O2 -falign-loops=4 -fomit-frame-pointer -funroll-loops -o buggy buggy.c
$ ./buggy
DBname = English.xmg
Segmentation fault
If you drop any single one of the parameters, it works. Dropping -O2 to
-O1 also works.
I wasn't able to find a simpler file that illustrated the problem, but
the
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-19 21:14 ---
*(long *)benchar
You are violating C aliasing rules as you are acessing a char array as a long
(yes this is an aliasing violation, the opposite is not an aliasing violation
that is acessing a long as a char is not
--- Comment #2 from stephen at marenka dot net 2005-12-19 21:21 ---
It does not. I'll report the aliasing violation back to the csound maintainer.
I wonder why it's only a problem on m68k.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25496
+++ This bug was initially created as a clone of Bug #7869 +++
I stumbled over the second issue that the original bug report mentioned. I
think it was closed prematurely.
To clarify this a bit I provide my own short example.
It may be worth noting that comeau online does not produce any errors on
--- Comment #1 from gdr at integrable-solutions dot net 2005-12-19 22:45
---
Subject: Re: New: faults typedef redefinition in struct
baraclese at hotmail dot com [EMAIL PROTECTED] writes:
| +++ This bug was initially created as a clone of Bug #7869 +++
|
| I stumbled over the
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-19 22:46 ---
Actually this is still a violation of the standard.
3.3.6/1 item 2. Though no diagnostic is required for this case so GCC is
correct to error out and so is Comeanu and Microsoft's compiler too.
*** This bug has
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-19 22:46 ---
*** Bug 25497 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from laurent at guerby dot net 2005-12-19 23:09 ---
Ooops: Last known bootstrap: revision 108381
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25436
--- Comment #3 from hubicka at gcc dot gnu dot org 2005-12-19 23:11 ---
testing patch:
Index: config/i386/i386.c
===
*** config/i386/i386.c (revision 108753)
--- config/i386/i386.c (working copy)
***
char currConv[9];
float currConvf;
memset(currConv, '\0', sizeof(currConv));
memcpy(currConv, '60342935', 8);
currConv[8] = 0;
currConvf = atof(currConv);
// currConvf gets assigned value of 60342936 when string 60342935 is converted
to float with atof
//
--- Comment #11 from steven at gcc dot gnu dot org 2005-12-19 23:18 ---
Should be fixed on the trunk.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-19 23:45 ---
This is called float not having enough precession. This is not a bug. Please
read what floating point is.
The full testcase looks like:
#include stdio.h
#include string.h
#include stdlib.h
int main(void)
{
--- Comment #2 from mike dot c at u-s-merchants dot com 2005-12-20 00:21
---
Subject: RE: atof conversion error
Yes, but when I set the string to 60342935.00, I still get the same
result - 60342936 from atof() whereas if the covert to variable is
double (instead of float) I get the
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-20 00:40 ---
60342935.0 cannot be represented exactly in a float so this is still exacted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25498
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-20 00:40 ---
oh, one more thing, GCC does not control atof at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25498
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-20 00:49 ---
Try the following program:
#include stdio.h
int main(void)
{
float currConvf = 60342935.0;
printf(%f\n, currConvf);
}
And you will see that you get 60342936.0.
The number of bits needed to represent 60342935
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2005-12-20 00:50
---
My apologies, I was looking at the wrong place.
Grigory, thanks for test case.
I have regression tested the patch and see no new failures. There are some
NIST failures, but these are not affected by the
--- Comment #13 from kkojima at gcc dot gnu dot org 2005-12-20 01:45
---
Subject: Bug 24982
Author: kkojima
Date: Tue Dec 20 01:45:27 2005
New Revision: 108831
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108831
Log:
PR rtl-optimization/24982
* reload.c
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
1 - 100 of 142 matches
Mail list logo