--- Comment #1 from ubizjak at gmail dot com 2008-04-08 06:37 ---
Caused by:
http://gcc.gnu.org/viewcvs?view=revrevision=133985,
this particular change:
http://gcc.gnu.org/viewcvs/trunk/gcc/rtlanal.c?r1=133985r2=133984pathrev=133985
--
ubizjak at gmail dot com changed:
--- Comment #47 from ubizjak at gmail dot com 2008-04-08 06:39 ---
Author: bergner
Date: Mon Apr 7 17:36:59 2008
New Revision: 133985
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133985
Log:
PR middle-end/PR28690
* rtlanal.c: Update copyright years.
--- Comment #48 from ubizjak at gmail dot com 2008-04-08 06:43 ---
(In reply to comment #47)
* rtlanal.c: Update copyright years.
(commutative_operand_precedence): Give SYMBOL_REF's the same precedence
This change causes regression in i686-pc-linux-gnu testsuite:
--- Comment #23 from charlet at gcc dot gnu dot org 2008-04-08 06:46
---
Subject: Bug 10768
Author: charlet
Date: Tue Apr 8 06:46:04 2008
New Revision: 134013
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134013
Log:
2008-04-08 Tristan Gingold [EMAIL PROTECTED]
PR ada/10768
--- Comment #24 from charlet at gcc dot gnu dot org 2008-04-08 07:25
---
Fixed on mainline.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Since revision 133942 (not in rev. 133901), I see the following errors:
ERROR: gcc.dg/pr30957-1.c: no files matched glob pattern
hard_float14476.c.[0-9][0-9][0-9]r.expand for dg-require-effective-target 8
hard_float
ERROR: gcc.dg/var-expand1.c: can't read et_cache(hard_float,value): no such
--- Comment #3 from gcc at cohi dot at 2008-04-08 08:31 ---
Created an attachment (id=15445)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15445action=view)
Here's the preprocessed source for a similar bug that might be related.
g++-mp-4.3 -save-temps -I. -std=gnu++0x
--
gcc at cohi dot at changed:
What|Removed |Added
Severity|major |blocker
Summary|ICE on template-heavy C++ |ICEs in template-heavy
--- Comment #3 from burnus at gcc dot gnu dot org 2008-04-08 08:41 ---
(In reply to comment #1)
Mostly fixed by the check in for PR 25829.
Missing: Some clean up, INQUIRE, round=, and encoding=.
Follow up: PR 35863, PR 35862
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28655
--- Comment #4 from burnus at gcc dot gnu dot org 2008-04-08 08:36 ---
(In reply to comment #3)
Another thing I just noticed is that dummy procedures are currently not
checked
for being called with the right arguments (- compare_actual_formal),
If we are lucky this fixes PR 35831.
--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-08 08:49 ---
The front-end parsing and translation are completed.
Except for the r* edit descriptors.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35862
--- Comment #8 from rguenther at suse dot de 2008-04-08 08:42 ---
Subject: Re: [4.3 Regression] -funroll-loops breaks inline
float divide
On Mon, 7 Apr 2008, wilson at gcc dot gnu dot org wrote:
--- Comment #7 from wilson at gcc dot gnu dot org 2008-04-07 23:48
---
--- Comment #2 from burnus at gcc dot gnu dot org 2008-04-08 09:20 ---
Confirm. Something really goes wrong here, but fortunately it is only a warning
and not an (invalid) error message.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-08 09:54 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|rguenther at suse dot de|
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-04-08 10:04 ---
We'll not be able to fix this for 4.3 (the regression is caused by a
correctness
fix), but 4.4 will have this param setting as default.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-08 10:02 ---
*** This bug has been marked as a duplicate of 30908 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-04-08 09:28
---
Created an attachment (id=15446)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15446action=view)
Testcase.
To be compiled at -O2 -gnatp for x86 targets.
--
The to-be-attached Ada testcase exhibits a problem with the switch statement
optimization recently added to VRP:
PR tree-optimization/14495
PR tree-optimization/34793
* tree-vrp.c (struct switch_update): New structure.
(to_remove_edges, to_update_switch_stmts): New
--- Comment #4 from gcc at cohi dot at 2008-04-08 10:55 ---
The second example could be related with a recursive template, more precisely
the templates seq_min_impl1 and seq_min_impl2 together perform a template
meta-programming recursive walk of a template structure, in order to define
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-04-08 09:55 ---
Subject: Bug 35834
Author: rguenth
Date: Tue Apr 8 09:53:52 2008
New Revision: 134090
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134090
Log:
2008-04-08 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #19 from rguenth at gcc dot gnu dot org 2008-04-08 10:02
---
*** Bug 35861 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hp at gcc dot gnu dot org 2008-04-08 09:39 ---
Heh, see http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00623.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35867
--- Comment #19 from eres at il dot ibm dot com 2008-04-08 11:07 ---
The easiest would be to use .cfi_* assembler directives that recentish gas
supports and emitting them inline in the code, rather than creating separate
.eh_frame.
I apologize ahead if I am totally wrong about it
--- Comment #20 from jakub at gcc dot gnu dot org 2008-04-08 11:13 ---
Please read the documentation about .cfi_* directives. They construct an
.eh_frame section for you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
--
Summary: write(*,*), 'teste' does not give error
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
Not sure if it is a bug, at least is a situation in which
we would expect a error message:
write(*,*), 'test'
The , after the closing quote is not noticed by the compiler.
I've noticed some error like this in my codes after recompiling
with the intel fortran compiler.
Leandro.
--
--
leandromartinez dot spam at gmail dot com changed:
What|Removed |Added
Severity|normal |trivial
--- Comment #1 from leandromartinez dot spam at gmail dot com 2008-04-08
11:32 ---
Wrong submission of bug.
--
leandromartinez dot spam at gmail dot com changed:
What|Removed |Added
--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-08 12:00 ---
(In reply to comment #0)
Not sure if it is a bug, at least is a situation in which
we would expect a error message:
write(*,*), 'test'
The , after the closing quote is not noticed by the compiler.
If you care
--- Comment #23 from d at domob dot eu 2008-04-08 13:11 ---
(In reply to comment #22)
However, I'm not quite sure about some things I did [...]
I think your patch is in a good enough shape to post it to [EMAIL PROTECTED]
and ask there for comments; this ensures that all
--- Comment #3 from bergner at gcc dot gnu dot org 2008-04-08 14:47 ---
That hunk has been reverted:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00650.html
--
bergner at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #49 from bergner at gcc dot gnu dot org 2008-04-08 14:49
---
The offending hunk has been reverted in revision 134095.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690
--- Comment #4 from dominiq at lps dot ens dot fr 2008-04-08 15:06 ---
My understanding of gcc_assert is that it is meant to trigger ICEs for
forbidden paths. Hence introducing new gcc_assert is likely to trigger ICEs,
including during bootstrap, either because of a rampant bug or
--- Comment #8 from eric dot weddington at atmel dot com 2008-04-08 15:14
---
Commit from Andy fixes the bug.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #3 from dominiq at lps dot ens dot fr 2008-04-08 15:14 ---
I don't see the failure on (powerpc|i686)-apple-darwin9 nor in
http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00549.html. So it does not
seem to affect all platforms.
--
--- Comment #10 from eric dot weddington at atmel dot com 2008-04-08 15:16
---
Andy, since this was a 4.3 regression is there any way we can back port this
and commit it on the 4.3 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34916
--- Comment #50 from bonzini at gnu dot org 2008-04-08 15:00 ---
I guess that you had modified the precedences in order to allow additional
simplifications. Can you report here what is missed using the current values?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28690
--- Comment #5 from aj at gcc dot gnu dot org 2008-04-08 15:35 ---
Bootstrap fails on powerpc64-suse-linux-gnu with bootstrapping the 64-bit
compiler as well at the same place.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35839
--- Comment #2 from bergner at gcc dot gnu dot org 2008-04-08 15:41 ---
An updated patch (minus the rtlanal.c which has since been reverted) has fixed
this problem.
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg02044.html
--
bergner at gcc dot gnu dot org changed:
What
A 32bit multiplication by a constant results in incorrect code when compiled
for some AVR models (probably those having a hardware multiplier).
Command:
avr-gcc -mmcu=attiny25 -Os -S t1.c (correct)
avr-gcc -mmcu=atmega16 -Os -S t1.c (incorrect)
--
Summary: [4.1
--- Comment #1 from a dot kaiser at gmx dot net 2008-04-08 16:12 ---
Created an attachment (id=15447)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15447action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872
--- Comment #2 from a dot kaiser at gmx dot net 2008-04-08 16:12 ---
Created an attachment (id=15448)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15448action=view)
assembly output for tiny25
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872
--- Comment #3 from a dot kaiser at gmx dot net 2008-04-08 16:13 ---
Created an attachment (id=15449)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15449action=view)
assembly output for mega16
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872
-- discovered error with gcc 4.2.1
-- fetched newest gcc binary (4.4.0): error persists
-- my system: openSuse 10.3 Linux i686 (Pentium 4)
-- gcc -malign-double test.f; a.out # ERROR: Segmentation violation
-- gcc test.f; a.out # OK
-- test.f:
program test
character*20 wrkmem
--- Comment #1 from hjj at ifk dot sdu dot dk 2008-04-08 16:47 ---
(In reply to comment #0)
-- gfortran -malign-double test.f; a.out # ERROR: Segmentation violation
-- gfortran test.f; a.out # OK
Fix of typo (gcc instead of gfortran)
--
--- Comment #7 from pluto at agmk dot net 2008-04-08 16:50 ---
(In reply to comment #6)
We'll not be able to fix this for 4.3 (the regression is caused by a
correctness
fix), but 4.4 will have this param setting as default.
Can i safely set this parameter to zero for vendor gcc
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-08 16:51 ---
This is not a bug, -malign-double changes the ABI.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hutchinsonandy at aim dot com 2008-04-08 17:23 ---
Subject: Re: [4.3/4.4 Regression] gcc.c-torture/execute/pr27364.c
fails with -O1, -O2 and -Os
I believe the rules allow for this after a suitable grace period.
Remind me towards end of week and I will post for
Hi,
compiling the attached code with
arm-elf-gcc -c compile-delta.i -mthumb -O2
fails with
compile-delta.i: In function 'FlattenIfStatementsStmt':
compile-delta.i:94: internal compiler error: in emit_cmp_and_jump_insn_1, at
optabs.c:4425
--
Summary: Error in
--- Comment #1 from mstein dot lists at googlemail dot com 2008-04-08
17:47 ---
Created an attachment (id=15450)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15450action=view)
from csibe, delta-reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35874
--- Comment #3 from jason at gcc dot gnu dot org 2008-04-08 17:50 ---
Subject: Bug 35734
Author: jason
Date: Tue Apr 8 17:49:56 2008
New Revision: 134099
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134099
Log:
PR c++/35734
* class.c
--- Comment #2 from mstein dot lists at googlemail dot com 2008-04-08
17:56 ---
Fixed.
--
mstein dot lists at googlemail dot com changed:
What|Removed |Added
--- Comment #4 from eric dot weddington at atmel dot com 2008-04-08 18:06
---
Works for 4.2.2 (WinAVR 20071221)
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #5 from eric dot weddington at atmel dot com 2008-04-08 18:16
---
Confirmed on WinAVR 20080407 (gcc 4.3.0 plus patches).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35872
Hi,
I get many errors that fail like this:
Executing on host: /home/mstein/sim/ira/sparc-elf/build/gcc/xgcc
-B/home/mstein/sim/ira/sparc-elf/b
uild/gcc/ -O2 -w -fno-show-column -c-fira -o 20011130-2.o
/home/mstein/svn/ira/gcc/testsuite
/gcc.c-torture/compile/20011130-2.c(timeout = 300)
--- Comment #1 from mstein dot lists at googlemail dot com 2008-04-08
18:44 ---
update summary
--
mstein dot lists at googlemail dot com changed:
What|Removed |Added
--- Comment #51 from bergner at gcc dot gnu dot org 2008-04-08 18:50
---
Ok, I dug into this a little deeper. For the following test case:
int array[1024];
void
clear_table (unsigned int n)
{
unsigned int i;
for (i = 0; i n; i++)
array[i] = 0;
}
compiling
--- Comment #3 from hjj at ifk dot sdu dot dk 2008-04-08 18:50 ---
I don't understand how you can call it not a bug when a flag (no matter that it
changes the ABI) makes valid fortran code not work
It did work under earlier versions of gfotran.
--
hjj at ifk dot sdu dot dk
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-08 18:54 ---
(In reply to comment #3)
I don't understand how you can call it not a bug when a flag (no matter that
it
changes the ABI) makes valid fortran code not work
You have to compile all of libgfortran with
--- Comment #52 from bonzini at gnu dot org 2008-04-08 19:07 ---
Subject: Re: [4.2 Regression] Performace problem with
indexed load/stores on powerpc
Index: explow.c
===
--- explow.c(revision 134095)
+++
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-04-08 20:05
---
I see it on x86-64 Linux clearly enough and with -m32 and -m64. I think Paul
removed a check that we have to put back in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35864
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #6 from eric dot weddington at atmel dot com 2008-04-08 20:38
---
Andy's combine.c patch for bug #35519 fixes this bug. This means that 4.3.0 is
useless for the avr port until that patch is backported.
--
eric dot weddington at atmel dot com changed:
What
Basic exception example:
#include iostream
#include string
using namespace std;
int main() {
try {
throw string(String);
} catch (string s) {
cout Caught an exception \ s \\n;
}
}
Compiled with:
g++ -fexceptions -Wall -o exception exception.cpp
Prints:
terminate called after
--- Comment #1 from jaydub66 at gmail dot com 2008-04-08 20:58 ---
Tobias,
I can confirm the behaviour you described for this test case, provided of
course that one and two are implemented somewhere externally. Otherwise one
gets
undefined reference to `two_'
because there is only an
consider the following program
program short_test_inf
complex*16 nan_inf, normal_number, cmplx_test
real*8 tth, pi, zero
data tth /6.7D-01/
data pi /3.1415926535897932385D0/
data zero /0.0D0/
normal_number = dcmplx(tth,
Sent from my iPhone
On Apr 8, 2008, at 13:51, janis at gcc dot gnu dot org [EMAIL PROTECTED]
wrote:
--- Comment #6 from janis at gcc dot gnu dot org 2008-04-08
20:51 ---
My bootstrap on powerpc64-linux worked fine after the fix for 35620
went in;
see
--- Comment #7 from pinskia at gmail dot com 2008-04-08 21:05 ---
Subject: Re: [4.4 Regression] Altivec with the vectorizer causes an ICE in
rs6000_check_sdmode
Sent from my iPhone
On Apr 8, 2008, at 13:51, janis at gcc dot gnu dot org
[EMAIL PROTECTED]
wrote:
---
--- Comment #1 from dmarkman at mac dot com 2008-04-08 21:09 ---
I meant
Note: gfortran4.2.3 returns for both (optimized/non optimized) NaN, NaN
intel 10 fortran has exactly the same behaviour as gfortran 4.3.0:
optimized Inf,NaN
non optimized NaN,Nan
--
Sent from my iPhone
On Apr 8, 2008, at 14:05, pinskia at gmail dot com [EMAIL PROTECTED]
wrote:
--- Comment #7 from pinskia at gmail dot com 2008-04-08 21:05
---
Subject: Re: [4.4 Regression] Altivec with the vectorizer causes an
ICE in
rs6000_check_sdmode
Sent from my
--- Comment #8 from pinskia at gmail dot com 2008-04-08 21:10 ---
Subject: Re: [4.4 Regression] Altivec with the vectorizer causes an ICE in
rs6000_check_sdmode
Sent from my iPhone
On Apr 8, 2008, at 14:05, pinskia at gmail dot com [EMAIL PROTECTED]
wrote:
--- Comment #7
--- Comment #9 from janis at gcc dot gnu dot org 2008-04-08 21:18 ---
Subject: Bug 35839
Author: janis
Date: Tue Apr 8 21:17:16 2008
New Revision: 134107
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134107
Log:
PR target/35839
* config/rs6000/rs6000.c
--- Comment #6 from janis at gcc dot gnu dot org 2008-04-08 20:51 ---
My bootstrap on powerpc64-linux worked fine after the fix for 35620 went in;
see http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00415.html for revision
133952. Since the following day, however, my bootstraps have
Consider this trivial C++ test case:
#include vector
void foo(std::vectorint* v, int i) { v-push_back(i); }
When I compile this with current trunk with -O2 on i686-pc-linux-gnu I see,
among other things, this:
movl4(%edi), %edx
cmpl8(%edi), %edx
je .L2
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-04-08 21:40
---
*** Bug 35878 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 2008-04-08 21:40 ---
*** This bug has been marked as a duplicate of 19476 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
/20080408-1.c
- copied unchanged from r134108,
trunk/gcc/testsuite/gcc.c-torture/execute/20080408-1.c
Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/fold-const.c
branches/gcc-4_2-branch/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-04-08 22:18
---
Subject: Bug 35005
Author: hutchinsonandy
Date: Tue Apr 8 22:17:52 2008
New Revision: 134114
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134114
Log:
PR target/35005
*
--- Comment #4 from danglin at gcc dot gnu dot org 2008-04-09 00:12 ---
Subject: Bug 35665
Author: danglin
Date: Wed Apr 9 00:11:58 2008
New Revision: 134116
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134116
Log:
PR driver/35665
* collect2.c (write_c_file):
--- Comment #5 from danglin at gcc dot gnu dot org 2008-04-09 00:13 ---
Fixed on trunk.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-04-09 00:35
---
If you can separate the I/O functions you need into a separate file and use
-malign-double only for those portions that do computations, you can make this
work. I can not know from where I sit how important
--- Comment #5 from ghazi at gcc dot gnu dot org 2008-04-09 02:20 ---
Subject: Bug 20451
Author: ghazi
Date: Wed Apr 9 02:19:57 2008
New Revision: 134123
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134123
Log:
Backport:
2006-03-24 Mark Mitchell [EMAIL
--- Comment #8 from ghazi at gcc dot gnu dot org 2008-04-09 02:20 ---
Subject: Bug 20448
Author: ghazi
Date: Wed Apr 9 02:19:57 2008
New Revision: 134123
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134123
Log:
Backport:
2006-03-24 Mark Mitchell [EMAIL
GNAT (GCC) Ada does not generate symbolic debug for shared memory.
'gdb' says
No definition of pacs_cp in current context.
comment pragma IMPORT staement and symbolic debug is present.
complete details and step-by-step instructions in README.
I have 'makefile' and short sample source to
--- Comment #1 from knoxj at att dot net 2008-04-09 02:59 ---
Created an attachment (id=15451)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15451action=view)
README, makefile, test source files
README has file list description and step-by-step instructions to cause bug.
--
--- Comment #2 from knoxj at att dot net 2008-04-09 03:01 ---
README in attachment has file list description and step-by-step instructions to
reproduce bug.
--
knoxj at att dot net changed:
What|Removed |Added
--- Comment #2 from vmakarov at redhat dot com 2008-04-09 03:02 ---
It is fixed by
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00750.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35875
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.1.2
Known to work||4.1.3 4.2.0
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
CC||ghazi at gcc dot gnu dot org
Known to fail|
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-04-09 05:15
---
After studying the F2003 standard and our code in output_float, I believe what
gfortran does now is ROUND=compatible. We round to the nearest and when
there is a tie, we round away from zero.
I think I can
91 matches
Mail list logo
