--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Keywords||wrong-code
--- Comment #7 from pinskia at gcc dot gnu dot org 2010-02-04 07:36 ---
*** Bug 42953 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-02-04 07:36 ---
*** This bug has been marked as a duplicate of 30282 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from wilson at gcc dot gnu dot org 2010-02-04 07:34 ---
Created an attachment (id=19802)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19802&action=view)
Assembly code showing bad epilogue scheduling.
This was generated with -O2 -fno-omit-frame-pointer.
--
http
--- Comment #1 from wilson at gcc dot gnu dot org 2010-02-04 07:30 ---
Created an attachment (id=19801)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19801&action=view)
testcase for gcc mainline (rev 156310)
GCC generates incorrect epilogue code for this testcase with -O2
-fno-omi
The svr4 ABI requires that r1 (SP) always be valid, so it must be restored at
the end of the epilogue, after the last register restore read from the stack
frame. Unfortunately, in some cases, the PPC port is scheduling the epilogue
set of r1 before some register restores. If you take an interrupt
--- Comment #4 from k_suresh_babu at yahoo dot com 2010-02-04 07:07 ---
Subject: Re: class members not getting assigned access thru another method
palo,
thank you for the clarification. You can close the bug.
regards,
sureshbk.
--- On Fri, 12/25/09, paolo dot carlini at oracle dot c
The program below looks to me like it should print "0".
reg...@john-home:~$ current-gcc -O small.c -o small
reg...@john-home:~$ ./small
1
reg...@john-home:~$ cat small.c
extern int printf (__const char *__restrict __format, ...);
static int g_16[1];
static int *g_135 = &g_16[0];
static int *l_15
--- Comment #3 from paul dot richard dot thomas at gmail dot com
2010-02-04 05:33 ---
Subject: Re: ICE segfault when reading module file
Tobias,
I'll give it some thought at lunchtime.
Cheers
Paul
On Wed, Feb 3, 2010 at 9:40 PM, burnus at gcc dot gnu dot org
wrote:
>
>
> ---
--- Comment #4 from dirtyepic at gentoo dot org 2010-02-04 05:02 ---
would it be possible to get a configure flag specifying where to install these
files, which we could then set to gdb's auto-load directory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41816
--- Comment #1 from nightstrike at gmail dot com 2010-02-04 04:10 ---
The logs are not updated daily, but I try to do them frequently. I thought
there was date information within the logs themselves.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42950
--- Comment #3 from davek at gcc dot gnu dot org 2010-02-04 03:37 ---
(In reply to comment #2)
> Created an attachment (id=19671)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19671&action=view) [edit]
> patch
>
> now it summons gcj-noncore dll and resolves classes which should ha
--- Comment #7 from zsojka at seznam dot cz 2010-02-04 03:01 ---
I can't reproduce this issue in current trunk (r156468)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42290
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-02-04 01:53
---
Subject: Bug 42901
Author: jvdelisle
Date: Thu Feb 4 01:53:37 2010
New Revision: 156488
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156488
Log:
2010-02-03 Jerry DeLisle
PR libfortran/42901
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-02-04 01:50
---
Subject: Bug 42901
Author: jvdelisle
Date: Thu Feb 4 01:49:41 2010
New Revision: 156487
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156487
Log:
2010-02-03 Jerry DeLisle
PR libfortran/42901
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2010-02-04 01:12
---
Any further word on this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40070
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2010-02-04 01:08
---
No further replies, closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from bkoz at gcc dot gnu dot org 2010-02-04 00:16 ---
markup options
/**
* @brief Flags access.
* @return The minimum field width to generate on output operations.
*
* "Minimum field width" refers to the number of characters.
*
*
GCC 4.3 prints an unsuppressable warning about any use of a static inline
function in a non-static inline function. This includes static inline
functions in GCC's own target-specific extra_headers header files.
For example, this short file uses the ARM/NEON intrinsics functions defined in
arm_neo
--- Comment #14 from bkoz at gcc dot gnu dot org 2010-02-03 23:07 ---
Got it Matthias, fixing, thanks for explaining what's up.
How do you get these errors and validate the generated man pages? If it's a
script can you attach it? Are you re-configuring doxygen? Or is this
post-generati
--- Comment #3 from bkoz at gcc dot gnu dot org 2010-02-03 22:59 ---
What's the status here? Any chance we could frame the subject as something that
has conflict, instead of a statement everyone agrees with?
ldconfig warnings vs. libstdc++.so.6.0.14-gdb.py
--
http://gcc.gnu.org/bu
--- Comment #13 from davidxl at gcc dot gnu dot org 2010-02-03 22:05
---
(In reply to comment #12)
> Btw, a destructor call also changes the vtbl pointer.
>
ctors, dtors, wrapper function calls etc are all handled. Detailed write up
will be available at some point. To put it a simple
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from jason at gcc dot gnu dot org 2010-02-03 22:01 ---
Fixed for 4.5 with -fabi-version=4 or =0. I still want to implement a
transition scheme.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12909
--- Comment #16 from jason at gcc dot gnu dot org 2010-02-03 21:59 ---
.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #15 from jason at gcc dot gnu dot org 2010-02-03 21:59 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|---
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-02-03 21:55
---
Btw, a destructor call also changes the vtbl pointer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35560
--- Comment #11 from davidxl at gcc dot gnu dot org 2010-02-03 21:55
---
(In reply to comment #9)
> Ah, "Set aside the standard". Another user who wants to make up his own
> semantics for a standardized language. No, no, and damn no.
>
Of course, things like this can be brought up to
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-02-03 21:54
---
Oh, I wonder anyway how you are going to implement this "vtable pointers are
special" thing in the alias machinery. Good luck - and please keep LTO
in mind ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35
--- Comment #7 from jason at gcc dot gnu dot org 2010-02-03 21:53 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jason at gcc dot gnu dot org 2010-02-03 21:53 ---
Subject: Bug 40138
Author: jason
Date: Wed Feb 3 21:53:41 2010
New Revision: 156483
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156483
Log:
PR c++/40138
* fold-const.c (operand_equal_p): Ha
--- Comment #3 from twlevo at gmail dot com 2010-02-03 21:52 ---
Created an attachment (id=19800)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19800&action=view)
the patch to graph.c as diff
thanks to Eric Fisher who made this diff
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #9 from steven at gcc dot gnu dot org 2010-02-03 21:49 ---
Ah, "Set aside the standard". Another user who wants to make up his own
semantics for a standardized language. No, no, and damn no.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35560
--- Comment #8 from davidxl at gcc dot gnu dot org 2010-02-03 21:44 ---
(In reply to comment #7)
> It is valid to use placement new to construct a more or less derived type
> which would change the vtable pointer.
>
> Thus I think this bug is still invalid.
>
How did you reach this co
--- Comment #12 from simon at pushface dot org 2010-02-03 21:24 ---
I re-ran the tests just for Ada; results at
http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg00265.html .
Looking good - there is a problem with the ACATS tests, but I have a feeling
it's some sort of race condition in
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-03 21:24 ---
It is valid to use placement new to construct a more or less derived type
which would change the vtable pointer.
Thus I think this bug is still invalid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35560
As mentioned by NightStrike on IRC. The MinGW64 results are at
http://mingw-w64.sf.net/gfortran.log -- I assume that they are daily updated,
but I do not know for sure (the HTTP header always shows the current
date/time).
Failures:
(1) There are several run-time failures about "g0" with "Zero w
--- Comment #10 from paolo dot carlini at oracle dot com 2010-02-03 20:56
---
Thanks. Jason, I was adding [DR 225] to the Subject when I noticed *another* DR
225, PR29131. Do we want to keep both or not?
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #14 from paolo dot carlini at oracle dot com 2010-02-03 20:52
---
Great!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38600
--- Comment #4 from tero dot koskinen at iki dot fi 2010-02-03 20:47
---
Another Ada compiler (Janus/Ada) accepts the code and gives following output
when the program is ran:
[C:\work\tests\rw1]main
0
0
0
0
0
0
0
0
0
0
[C:\work\tests\rw1]
Which is probably the expected outco
--- Comment #1 from rmansfield at qnx dot com 2010-02-03 20:47 ---
Created an attachment (id=19799)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19799&action=view)
Preprocessed C++ source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42949
texit
--enable-languages=c++ --enable-shared --enable-c99 --enable-long-long
Thread model: posix
gcc version 4.5.0 20100203 (experimental) [trunk revision 156467] (GCC)
r...@zoidberg:~/gnu/gcc/trunk/arm/gcc$ ./xgcc -B. -O1 -mfpu=vfp
-mfloat-abi=softfp ~/ice.ii
/home/ryan/ice.ii: In member function &#x
--- Comment #15 from jason at gcc dot gnu dot org 2010-02-03 20:43 ---
Subject: Bug 4926
Author: jason
Date: Wed Feb 3 20:42:48 2010
New Revision: 156482
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156482
Log:
PR c++/4926
PR c++/38600
* mangle.c (writ
--- Comment #13 from jason at gcc dot gnu dot org 2010-02-03 20:43 ---
Subject: Bug 38600
Author: jason
Date: Wed Feb 3 20:42:48 2010
New Revision: 156482
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156482
Log:
PR c++/4926
PR c++/38600
* mangle.c (wri
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-03 20:43 ---
Subject: Bug 12909
Author: jason
Date: Wed Feb 3 20:42:35 2010
New Revision: 156481
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156481
Log:
PR c++/12909
* mangle.c (write_type) [VECTOR_TYPE
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-03 20:40 ---
Paul, maybe you have an idea how to solve this best.
One has two modules, (1) one defines "vs_str" and the other (2) defines
interface
module procedure len
end interface
PRIVATE :: len
(and a public inter
--- Comment #3 from gcc at coreland dot ath dot cx 2010-02-03 20:29 ---
A GNAT Pro customer I speak to says:
main.adb:20:07: instantiation error at ng.adb:6
main.adb:20:07: missing argument for parameter "_Object" in call to "Show_N"
(inherited) at line 14
--
http://gcc.gnu.org/bug
--- Comment #2 from gcc at coreland dot ath dot cx 2010-02-03 20:28 ---
+===GNAT BUG DETECTED==+
| 4.5.0 20090514 (experimental) (i686-pc-linux-gnu) Assert_Failure
exp_ch6.adb:4603|
| Error detected at ng.adb:6:7 [main.adb:20:7]
--- Comment #1 from gcc at coreland dot ath dot cx 2010-02-03 20:24 ---
Created an attachment (id=19798)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19798&action=view)
Repro
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42948
$ gnatchop blob.adb
$ gnatmake main
+===GNAT BUG DETECTED==+
| 4.4.2 (i486-pc-linux-gnu) Assert_Failure exp_ch6.adb:4602|
| Error detected at ng.adb:6:7 [main.adb:20:7] |
| Please submit a bug report; se
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2010-02-03
19:48 ---
Subject: Re: [4.5 Regression] pex-unix.c:589:1: internal compiler error:
output_operand
> --- Comment #10 from sje at cup dot hp dot com 2010-02-03 19:31 ---
> > > return XVECEXP (XEXP (x, 1)
--- Comment #10 from sje at cup dot hp dot com 2010-02-03 19:31 ---
> > return XVECEXP (XEXP (x, 1), 0, 0);
>
> The return is wrong. The UNSPEC_DLTIND14R operation returns the
> address of XVECEXP (XEXP (x, 1), 0, 0).
Is it as simple as wrapping this in a MEM rtx? I am testing
--- Comment #4 from vmakarov at gcc dot gnu dot org 2010-02-03 19:01
---
Subject: Bug 42941
Author: vmakarov
Date: Wed Feb 3 19:01:31 2010
New Revision: 156472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156472
Log:
2010-02-03 Vladimir Makarov
PR rtl-optimizatio
--- Comment #3 from vmakarov at redhat dot com 2010-02-03 18:57 ---
This is a rare case when the algorithm works the same whatever values are in
memory. Roughly speaking, if the value is not as expected (for example a
garbage) the value is set up to what it needed. If it is one as ex
--- Comment #6 from davidxl at gcc dot gnu dot org 2010-02-03 18:30 ---
See discussions in http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00138.html
about changing dynamic types using placement new -- it is basically not allowed
-- so the optimization is valid.
David
--
davidxl at gc
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
Configuring with following options
--build=x86_64-linux --host=x86_64-linux --target=sh4-oe-linux
--prefix=/scratch/oe/qemush4/cross/sh4
--exec_prefix=/scratch/oe/qemush4/cross/sh4
--bindir=/scratch/oe/qemush4/cross/sh4/bin
--sbindir=/scratch/oe/qemush4/cross/sh4/bin
--libexecdir=/scratch/oe/qemus
--- Comment #36 from jason at gcc dot gnu dot org 2010-02-03 16:29 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #35 from jason at gcc dot gnu dot org 2010-02-03 16:28 ---
Subject: Bug 35652
Author: jason
Date: Wed Feb 3 16:28:07 2010
New Revision: 156469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156469
Log:
PR c++/35652
* builtins.c (c_strlen): Use EXPR_L
--- Comment #4 from burnus at gcc dot gnu dot org 2010-02-03 16:21 ---
Paul's patch: http://gcc.gnu.org/ml/fortran/2010-02/msg00019.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42309
--- Comment #5 from shana at jitted dot com 2010-02-03 16:13 ---
IMHO, it's not good for strict aliasing warnings on level 2 to be optional and
not included in -Wall by default. As it stands right now, gcc does not warn you
even if it knows your code is 1) breaking the rules, and 2) the
--- Comment #18 from davek at gcc dot gnu dot org 2010-02-03 16:09 ---
Created an attachment (id=19797)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19797&action=view)
Bugfix of -respin-1
Opps! Forgot to update the lto language hook definitions. All fixed now.
--
davek at g
--- Comment #3 from graeme dot parkin at btinternet dot com 2010-02-03
15:47 ---
(In reply to comment #2)
> -a is very expensive and prone to run into some endless cfg reduction, try
> to avoid it.
>
I am actually using lcov (1.9) which uses it automatically (only by looking
into lcov
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-03 15:41 ---
-a is very expensive and prone to run into some endless cfg reduction, try
to avoid it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42945
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-02-03 15:40
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
r156431
cc1: warnings being treated as errors
/mnt/svn/gcc-trunk/gcc/df-core.c: In function 'df_finish_pass':
/mnt/svn/gcc-trunk/gcc/df-core.c:649:3: error: enum conversion in assignment is
invalid in C++
The offending code is:
#ifdef ENABLE_DF_CHECKING
saved_flags = df->changeable_flags;
#endi
--- Comment #1 from graeme dot parkin at btinternet dot com 2010-02-03
15:06 ---
Created an attachment (id=19796)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19796&action=view)
Contains all Fortran files which give this gcov -a error
Note can use compile.sh to run compilation e
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-02-03 15:00
---
Subject: Bug 42896
Author: rguenth
Date: Wed Feb 3 15:00:33 2010
New Revision: 156468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156468
Log:
2010-02-03 Alexandre Oliva
PR debug/42896
On trying to do code coverage on set of Fortran files. After using gfortran-4
-fprofile-arcs -ftest-coverage, running test when you try to run gcov -a on one
of the Fortran files never ends (the rest are OK). The particular Fortran file
contains complex allocate commands. Can simplify and then it w
--- Comment #3 from mikpe at it dot uu dot se 2010-02-03 14:51 ---
gcc-4.4.3 with binutils-2.20 fails StackTrace2 and Throw_3, reverting to
binutils-2.19.1 eliminated those two failures.
Bootstrapping with binutils-2.19.1 but running the test suite with
binutils-2.20 did not trigger the
--- Comment #17 from davek at gcc dot gnu dot org 2010-02-03 14:48 ---
TO-DO: (additions invited, this is not by any means a complete list!)
- Add autoconfigury to ensure binutils supports .section directive alignment
syntax, and disable LTO if not.
--
davek at gcc dot gnu dot org c
--- Comment #16 from davek at gcc dot gnu dot org 2010-02-03 14:46 ---
Created an attachment (id=19795)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19795&action=view)
Latest and updatest.
Updated:
- enable for mingw targets
- open files in binary mode in is_elf_or_coff
- bunch o
--- Comment #30 from chrbr at gcc dot gnu dot org 2010-02-03 13:12 ---
Created an attachment (id=19794)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19794&action=view)
patch to fix GOT access load with constant pool
Patch under validation.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-03 13:04 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-03 13:03 ---
Subject: Bug 42944
Author: rguenth
Date: Wed Feb 3 13:03:39 2010
New Revision: 156467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156467
Log:
2010-02-03 Richard Guenther
PR tree-optimization/
--- Comment #15 from davek at gcc dot gnu dot org 2010-02-03 12:02 ---
(In reply to comment #14)
> There is a portability issue in is_elf_or_coff: fopen should be called with
> "rb" instead of "r". Otherwise, fread fails when a COFF file has 26 sections,
> because it is interpreted as a
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-03 11:18 ---
Being able to annotate functions that do _not_ set errno might be useful as
well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30555
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-03 11:13 ---
Subject: Bug 42927
Author: rguenth
Date: Wed Feb 3 11:13:17 2010
New Revision: 156464
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156464
Log:
2010-02-03 Richard Guenther
PR middle-end/42927
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-03 11:13 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-03 11:00 ---
Mine. We can add annotations for __errno_location () to indicate it returns
a pointer to errno. We can also add annotations for a static errno declaration
to denote it is errno. pointer-analysis can then properly
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-03 10:58 ---
The issue is simply that GCC thinks malloc does not set errno. Removing
const from __errno_location is just papering over this issue.
But that malloc sets errno is really really unfortunate. Because we have
no oth
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-03 10:40 ---
Vlad?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #14 from d dot g dot gorbachev at gmail dot com 2010-02-03
10:15 ---
There is a portability issue in is_elf_or_coff: fopen should be called with
"rb" instead of "r". Otherwise, fread fails when a COFF file has 26 sections,
because it is interpreted as a text, and 26 means "e
--- Comment #29 from kkojima at gcc dot gnu dot org 2010-02-03 10:06
---
I think these blockages are not overkill. GOTaddr2picreg is used only
at prologue and non-pic tls initial exec accesses. The former is at
most once for each function and never in the minor loop. The latter
case
--- Comment #28 from chrbr at gcc dot gnu dot org 2010-02-03 08:30 ---
Hello Kaj, thanks for your proposal
thanks for the proposal. but I'm wondering if preventing the scheduling of the
mov.l and mova instructions are not too much overkill ? (sh_reorg comes after
the scheduler, but even
--- Comment #4 from burnus at gcc dot gnu dot org 2010-02-03 08:26 ---
FIXED on the trunk (for 4.5.0). Thanks for the report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2010-02-03 08:26 ---
Subject: Bug 42936
Author: burnus
Date: Wed Feb 3 08:26:08 2010
New Revision: 156461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156461
Log:
2010-02-03 Tobias Burnus
PR fortran/42936
*
--- Comment #2 from joefoxreal at gmail dot com 2010-02-03 08:19 ---
The problem is reproduced on trunk, gcc version 4.5.0 20100203 (experimental).
--
joefoxreal at gmail dot com changed:
What|Removed |Added
88 matches
Mail list logo
