--- Comment #12 from ubizjak at gmail dot com 2010-09-02 06:05 ---
Created an attachment (id=21652)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21652action=view)
preprocessed source, fails with valgrind on linux
A non-sse4 sse2 capable host (core2 class) is needed to trigger
--- Comment #6 from andi-gcc at firstfloor dot org 2010-09-02 07:01 ---
Cannot reproduce this anymore with the latest changes.
--
andi-gcc at firstfloor dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2010-09-02 07:31 ---
(In reply to comment #2)
It seems to work if one adds
if (!a-referenced sym-value)
gfc_set_sym_referenced (sym);
As gfortran does not use a static initializer via sym-value but an
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-02 07:57 ---
Subject: Bug 45458
Author: jakub
Date: Thu Sep 2 07:56:48 2010
New Revision: 163761
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163761
Log:
PR middle-end/45458
* bb-reorder.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-02 08:01 ---
Subject: Bug 45423
Author: jakub
Date: Thu Sep 2 08:00:55 2010
New Revision: 163762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163762
Log:
Backport from mainline
2010-08-30 Jakub Jelinek
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-02 08:01 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-02 08:02 ---
Fixed for GCC 4.4+.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #44 from boris at kolpackov dot net 2010-09-02 08:23 ---
I just ran into the same issue building (native) mingw32 GCC 4.5.1 using a
x86-64 to mingw32 cross compiler. Adding -nostdinc++ to PCHFLAGS fixed this for
me as well.
I also would like to point out that when building
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-09-02 09:07
---
(In reply to comment #11)
(In reply to comment #10)
typedef my_unaligned_aliasing_uint32 uint32
__attribute__((aligned(1),may_alias));
inline __attribute__((__always_inline__)) uint32 READ_UINT32(const
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-02 09:12 ---
It's just optimized to always print 10 and the maybe-uninitialized warning
code runs too late.
A dup of some other PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45493
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|FAIL: gcc.c-|[4.6 Regression] FAIL:
|torture/compile/pr45085.c
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2010-09-02 09:26
---
We ran into this on SPARC/Solaris 8 as well.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #45 from paolo dot carlini at oracle dot com 2010-09-02 09:42
---
Paolo (Bonzini), Ralf, I'm going to add -nostdinc++ to PCHFLAGS in
include/Makefile.am. Are there any risks of regressions?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974
--- Comment #4 from burnus at gcc dot gnu dot org 2010-09-02 10:11 ---
Subject: Bug 45489
Author: burnus
Date: Thu Sep 2 10:11:39 2010
New Revision: 163767
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163767
Log:
2010-09-02 Tobias Burnus bur...@net-b.de
PR
--prefix=/usr/local/gnu46 --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.6.0 20100902 (experimental) (GCC)
[sfili...@localhost bug24]$ gfortran -c bug24.f03
[sfili...@localhost bug24]$
xlf ===
bash-3.2$ which xlf
/opt/IBM
--- Comment #1 from sfilippone at uniroma2 dot it 2010-09-02 10:16 ---
Created an attachment (id=21653)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21653action=view)
test-case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45494
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-02 10:36 ---
So this is, after all, an assembler bug and not a GCC bug?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
When compiling test.f90 file as follows:
gfortran test.f90
I get the following error message:
-
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-02 10:41 ---
This looks like a genuine RTL alias problem, ipa-reference just causes x, y
and z to be marked as not aliased.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43937
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43957
--- Comment #1 from pmason at ricardo dot com 2010-09-02 10:42 ---
Created an attachment (id=21654)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21654action=view)
Small testcase that causes ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45495
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-02 10:46 ---
Please check whether
Index: gcc/testsuite/gcc.dg/torture/builtin-cproj-1.c
===
--- gcc/testsuite/gcc.dg/torture/builtin-cproj-1.c (revision
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44031
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44150
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-09-02 10:47 ---
Can somebody ping the patch (or close this bug if it alread was applied)?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-02 10:48 ---
Why are you using -fvar-tracking-assignments together with selective
scheduling?
It is known not to work (and that's why it isn't enabled with -g).
--
jakub at gcc dot gnu dot org changed:
What
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||mrs at gcc dot gnu dot org
Priority|P3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44716
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44807
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-09-02 10:51
---
The bogus types are not a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44937
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44964
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||hppa64-*-*
Priority|P3 |P1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44972
--- Comment #3 from zsojka at seznam dot cz 2010-09-02 10:59 ---
I wasn't sure if I should open this bugreport, but the message isn't clear (I
didn't understand changes selective scheduling as causes crashes and/or
wrong code). I don't know it's broken.
The compiler asked me to do so -
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-02 11:08 ---
I can't get anything but { dg-skip-if { *-*-* } { -fwhopr -flto } { }
} to work. But then -O0 still fails for me.
13 int i = 42;^M
$1 = 0^M
$2 = 42^M
0 != 42
with gdb 7.1.
--
rguenth at gcc dot gnu
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45062
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-09-02 11:09
---
Needs a status update.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-02 11:11 ---
This is fixed now?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45172
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45186
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45199
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45219
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45220
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45301
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45386
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-02 11:24 ---
Maybe a similar issue, but this one is after DOM where we have stuff like
bb 7:
# .MEM_8 = PHI .MEM_7(D)(2)
# VUSE .MEM_5
j.0_12 = j;
goto bb 6;
after jump-threading supposedly, so indeed a quite similar
--- Comment #13 from ubizjak at gmail dot com 2010-09-02 11:24 ---
(In reply to comment #12)
A non-sse4 sse2 capable host (core2 class) is needed to trigger valgrind
failure.
This is actually PR45386. Sorry for the noise...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45415
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
Compiling and linking these two files together should succeed.
/* BEGIN 1.cpp */
int callme();
int main(int argc, char** argv) { return callme(); }
/* END 1.cpp */
/* BEGIN 2.cpp */
templatetypename T struct holder { static int var; };
templatetypename T int holderT::var = 0;
int callme() {
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45444
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-checking, ice-on-valid-
|
--- Comment #1 from alexey at feldgendler dot ru 2010-09-02 11:27 ---
Created an attachment (id=21655)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21655action=view)
TC (file 1)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--- Comment #2 from alexey at feldgendler dot ru 2010-09-02 11:27 ---
Created an attachment (id=21656)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21656action=view)
TC (2.cpp)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45472
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45473
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-02 11:31 ---
Seems this is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from alexey at feldgendler dot ru 2010-09-02 11:31 ---
Output of gcc-4.5 -v 1.cpp 2.cpp:
$ g++-4.5 -v -flto 1.cpp 2.cpp
Using built-in specs.
COLLECT_GCC=g++-4.5
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-linux-gnu
Configured with:
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-02 11:32 ---
Confirm: It compiles with g95 and NAG f95, but ICEs with gfortran (4.1 to 4.6)
and a couple of other compilers.
My feeling is that the program is invalid - at least in case the actual
argument is not present.
The
--- Comment #4 from alexey at feldgendler dot ru 2010-09-02 11:35 ---
Created an attachment (id=21657)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21657action=view)
Assembly for 1.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--- Comment #5 from alexey at feldgendler dot ru 2010-09-02 11:35 ---
Created an attachment (id=21658)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21658action=view)
Assembly for 2.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
% LANG=C g++ 0.ii -Wall -Werror -c
cc1plus: warnings being treated as errors
0.ii: In member function 'int excp::AgentWrap::send(const std::string, const
std::string, int, bool, int)':
0.ii:71622:3: error: control reaches end of non-void function
--
Summary: bogus warning at -O0
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-02 11:38 ---
It works for me with 4.5.0, 4.5.1 and current trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--- Comment #1 from pluto at agmk dot net 2010-09-02 11:38 ---
Created an attachment (id=21659)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21659action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45497
Slightly increasing the complexity of a function can disproportionately
increase the size and runtime of the generated code. This appears to be due to
the optimisers giving up on code blocks above a certain abstract size, and is
particularly severe on PPC and ARM, but is observable on ia32 and
--- Comment #7 from alexey at feldgendler dot ru 2010-09-02 11:38 ---
Created an attachment (id=21660)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21660action=view)
Assembly after LTO for entire program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--- Comment #8 from alexey at feldgendler dot ru 2010-09-02 11:40 ---
Attached assembler files generated for 1.cpp and 2.cpp, as well as the
assembler file generated by the LTO pass. As can be seen from the latter,
_Z6callmev is referenced but not defined.
--
--- Comment #1 from jonathan dot morton at movial dot com 2010-09-02 11:40
---
Created an attachment (id=21661)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21661action=view)
Preprocessed source of test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45498
--- Comment #2 from jonathan dot morton at movial dot com 2010-09-02 11:41
---
Compiler output:
$ gcc -v -save-temps -mcpu=G3 -Wall -O3 -ffast-math -c isolated-src-a8-u.c
Using built-in specs.
Target: powerpc-unknown-linux-gnu
Configured with:
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-09-02 11:42 ---
Subject: Bug 44076
Author: jsm28
Date: Thu Sep 2 11:41:22 2010
New Revision: 163770
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163770
Log:
PR driver/44076
* opts.h (struct cl_option): Add
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-09-02 11:46 ---
Fixed for 4.6.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jsm28 at gcc dot gnu dot org 2010-09-02 11:48 ---
This was fixed by the commit shown in the logs for this bug.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-02 11:51 ---
This isn't a testsuite bug, but lto/whopr bug, and IMHO quite severe, it
affects debugging even at -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989
--- Comment #9 from alexey at feldgendler dot ru 2010-09-02 11:57 ---
Output of lto1 without -quiet:
$ /usr/lib/gcc/x86_64-linux-gnu/4.5.1/lto1 1.o 2.o
Performing interprocedural optimizations
whole-program inlineAssembling functions:
main
Execution times (seconds)
TOTAL
--- Comment #10 from alexey at feldgendler dot ru 2010-09-02 11:59 ---
Created an attachment (id=21662)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21662action=view)
-fdump-ipa-cgraph from LTO pass
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--- Comment #5 from mikpe at it dot uu dot se 2010-09-02 12:00 ---
Patch has been posted:
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00048.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45444
--- Comment #11 from alexey at feldgendler dot ru 2010-09-02 12:04 ---
Attached cgraph dump from /usr/lib/gcc/x86_64-linux-gnu/4.5.1/lto1
-fdump-ipa-cgraph 1.o 2.o. For some reason, though, lto1 creates only one dump
file, and that only covers its first input infile.
--
--- Comment #12 from alexey at feldgendler dot ru 2010-09-02 12:13 ---
Could it be specific to x86_64-linux-gnu?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--- Comment #12 from aoliva at gcc dot gnu dot org 2010-09-02 12:21 ---
'been looking into this as well. cp/pt.c -fcompare-debug fails for me on
x86_64-linux-gnu.
I'm not sure yet why we get different different types for the integer_csts in
operand 0 of MEM_REFs, but it occurred to me
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-02 12:31 ---
This fixes the 2nd testcase for me:
Index: ipa-split.c
===
--- ipa-split.c (revision 163772)
+++ ipa-split.c (working copy)
@@ -993,8 +993,8 @@
--- Comment #8 from janus at gcc dot gnu dot org 2010-09-02 12:34 ---
Subject: Bug 44541
Author: janus
Date: Thu Sep 2 12:34:26 2010
New Revision: 163773
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163773
Log:
2010-09-02 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-09-02 12:34 ---
And the first one. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2010-09-02 12:37 ---
Seems to be a bug in free_lang_data_in_block, which throws away the
DECL_EXTERNAL decl from BLOCK_VARS, eventhough it is obviously very much
needed. In fact, is there ever a case where what free_lang_data_in_block
--- Comment #46 from bonzini at gnu dot org 2010-09-02 12:44 ---
Subject: Re: [4.3/4.4/4.5/4.6 Regression] cannot build
gcc-4.4.1: fenv_t has not been declared
Paolo (Bonzini), Ralf, I'm going to add -nostdinc++ to PCHFLAGS in
include/Makefile.am. Are there any risks of
--- Comment #2 from janus at gcc dot gnu dot org 2010-09-02 12:55 ---
Confirmed.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-09-02 12:56
---
It works for me on x86_64-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45496
--- Comment #3 from matz at gcc dot gnu dot org 2010-09-02 12:58 ---
Mine. I'm adding some checking code too.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from ibolton at gcc dot gnu dot org 2010-09-02 13:05
---
Subject: Bug 45070
Author: ibolton
Date: Thu Sep 2 13:05:30 2010
New Revision: 163774
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163774
Log:
2010-09-02 Ian Bolton ian.bol...@arm.com
Backport
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-02 13:08 ---
Confirmed. This is EH lowering.
bb 49:
finally_tmp.226 = 0;
std::auto_ptrYAMI::Message::~auto_ptr (msg);
switch (finally_tmp.226) default: L60, case 1: L61
...
L61:
return;
L60:
return D.122655;
but
--- Comment #34 from ibolton at gcc dot gnu dot org 2010-09-02 13:10
---
(In reply to comment #33)
Yes, 4.4.5 and maybe 4.4.6 is planned.
(In reply to comment #31)
(In reply to comment #30)
(In reply to comment #28)
Hm, no, I was too quick pruning my inbox. The patch
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-09-02 13:42 ---
Subject: Bug 44937
Author: rguenth
Date: Thu Sep 2 13:42:25 2010
New Revision: 163775
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163775
Log:
2010-09-02 Richard Guenther rguent...@suse.de
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-09-02 13:42 ---
Subject: Bug 45412
Author: rguenth
Date: Thu Sep 2 13:42:25 2010
New Revision: 163775
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163775
Log:
2010-09-02 Richard Guenther rguent...@suse.de
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-09-02 13:43 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-09-02 13:43 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from mikedalpee at enginsol dot com 2010-09-02 13:43
---
Created an attachment (id=21663)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21663action=view)
Workaround for the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45479
1 - 100 of 217 matches
Mail list logo
