http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60522
--- Comment #6 from Thomas Koenig tkoenig at gcc dot gnu.org ---
Author: tkoenig
Date: Fri Mar 28 07:17:13 2014
New Revision: 208890
URL: http://gcc.gnu.org/viewcvs?rev=208890root=gccview=rev
Log:
2014-04-28 Thomas Koenig tkoe...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60689
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #32469|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60690
--- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Trying to build new ffmpeg-2.2 this morning shows the same issue:
...
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/../../../../x86_64-pc-linux-gnu/bin/ld:
error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Bug ID: 60693
Summary: ICE on funny memcpy
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
--- Comment #2 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
And with r204338 on the 4.8 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60682
--- Comment #3 from Igor Zamyatin izamyatin at gmail dot com ---
Thanks for the quick fix!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60678
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60670
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Or the header needs to include all variants with proper #ifdef-ery
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60670
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
Or the header needs to include all variants with proper #ifdef-ery
This is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48099
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
Java.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60018
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #18 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Mar 28 10:25:34 2014
New Revision: 208893
URL: http://gcc.gnu.org/viewcvs?rev=208893root=gccview=rev
Log:
PR ipa/60315
* g++.dg/torture/pr60315.C: Add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60694
Bug ID: 60694
Summary: Gcc-4.2.4 hangs during compilation of the attached
test
Product: gcc
Version: 4.2.4
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Cong Hou from comment #4)
Yes, there is a quick fix: we can check if the def with
vect_used_by_reduction is immediately used by a reduction stmt. After all,
it seems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48099
--- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Richard Biener from comment #4)
Java.
Even with the removal of the Java source compiler (the byte code one should be
safe enough).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org ---
Note I couldn't reproduce this with a cross from x86_64-linux to aarch64-linux,
wonder what is the important difference. While I don't have cross binutils
installed, I made sure I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60647
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org ---
Non-KR that ICEs the same way (with call through incompatible function pointer
type):
struct _wincore
{
int width, height;
};
static void
foo (void *dpy, struct _wincore *winInfo,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #10 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #9)
Note I couldn't reproduce this with a cross from x86_64-linux to
aarch64-linux, wonder what is the important difference. While I don't have
cross
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Reduced testcase:
struct A {};
struct E { ~E (); };
struct B { virtual unsigned foo () const; };
struct C { virtual void foo (); };
struct D : public A { D (A *); };
struct I : public
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
That is still too big, here is a smaller one:
struct B { virtual unsigned f () const; };
struct C { virtual void f (); };
struct F { virtual unsigned f (bool) const; ~F (); };
struct J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #4)
That is still too big, here is a smaller one:
struct B { virtual unsigned f () const; };
struct C { virtual void f (); };
struct F {
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
Bug ID: 60695
Summary: std::atomicX doesn't work when X is of zero size
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org ---
*** Bug 60678 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60678
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #6)
H.J. just filed a separate PR about the ichar_3.f90 failure in PR60678.
And one at PR 60677, which is due to the same cause. (The issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
That type isn't valid in ISO C++ and I don't see how you can usefully use it as
an atomic object, so I don't think this failure matters.
My preference would be to add this to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #11 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
I've been working on it. I hope the patch will be ready today.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
CC||ian at airs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #3 from Roman Kononov roman at binarylife dot net ---
Yes, it is definitely silly in some sense. But, some templated user code might
become more complex with this behaviour. If gcc supports zero-sized objects it
would be nice to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51088
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Keywords||documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Thomas Lamb tclamb at ufl dot edu changed:
What|Removed |Added
CC||tclamb at ufl dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Paul Pluzhnikov ppluzhnikov at google dot com changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Thomas Lamb tclamb at ufl dot edu changed:
What|Removed |Added
CC||tclamb at ufl dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Paul Pluzhnikov ppluzhnikov at google dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #4 from Andrew Haley aph at gcc dot gnu.org ---
Still no luck with ubsan, which seems to be broken:
/usr/local/i686-pc-linux-gnu/sys-include-O2 -g -O2 -DIN_GCC-W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org ---
Supposedly you could just try to configure with --disable-lto to workaround it.
Not to mention that you really don't need to do bootstrap-ubsan for this, just
add
--- gcc/double-int.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #3)
I guess we shouldn't copy the design mistakes clang makes. What action to
take on detected undefined behavior should be orthogonal to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60698
Bug ID: 60698
Summary: non-empty braced-or-equal-initializer of non-static
data member T[N] in class template results in error
diagnostic, if T is a class
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 32475
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32475action=edit
gcc49-pr60656.patch
I've bootstrapped/regtested in the mean time this patch on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58150
--- Comment #1 from Ben Longbons b.r.longbons at gmail dot com ---
Still present in gcc 4.9 as of 2014-03-22
Currently I'm hacking around this by using a gdb pretty printer that hard-codes
the enum values and turns them into strings, but that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #56 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Mar 28 17:17:56 2014
New Revision: 208907
URL: http://gcc.gnu.org/viewcvs?rev=208907root=gccview=rev
Log:
PR c++/58678
* g++.dg/abi/thunk6.C: Scan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52369
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604
--- Comment #2 from Ben Longbons b.r.longbons at gmail dot com ---
Still an issue with 4.9 as of 2014-03-22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
I guess we shouldn't copy the design mistakes clang makes. What action to take
on detected undefined behavior should be orthogonal to how to report it
(runtime error message with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
--- Comment #2 from ktkachov at gcc dot gnu.org ---
The compiler has been configured with:
--with-pkgversion=unknown --disable-shared --disable-nls --disable-threads
--disable-tls --enable-checking=yes --enable-languages=c,c++,fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60647
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
I don't buy it. That zero-size struct type has very limited uses, it's not the
sort of type you use like other value types, and I can't imagine any scenario
where that type is useful
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60699
Bug ID: 60699
Summary: empty braced-init-list of non-static data member T[N]
in class template results in ICE, if T is a class
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org ---
I added the newest testcase to the patch a proposed it on the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01640.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
The http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01370.html
fix is still waiting for review, you need that for both
--with-build-config=bootstrap-ubsan
and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60696
christophe.lyon at st dot com changed:
What|Removed |Added
Target||aarch64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60700
Bug ID: 60700
Summary: missing dependency between %ax and %eax when compiling
32bit on 64bit
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #12 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Fri Mar 28 15:27:58 2014
New Revision: 208900
URL: http://gcc.gnu.org/viewcvs?rev=208900root=gccview=rev
Log:
2014-03-28 Vladimir Makarov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr ---
The test succeeds with 4.6 to trunk, but ICE (in gfc_build_null_descriptor)
with 4.5. Could you post the output of gfortran -v?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Martin Jambor from comment #6)
I added the newest testcase to the patch a proposed it on the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01640.html
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #2 from Peter Machon peter.machon at arcor dot de ---
(In reply to Dominique d'Humieres from comment #1)
The test succeeds with 4.6 to trunk, but ICE (in gfc_build_null_descriptor)
with 4.5. Could you post the output of gfortran -v?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60689
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Mar 28 18:16:32 2014
New Revision: 208912
URL: http://gcc.gnu.org/viewcvs?rev=208912root=gccview=rev
Log:
PR c++/60689
* c-tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
--- Comment #3 from Paul Pluzhnikov ppluzhnikov at google dot com ---
From PR57493: Google ref: b/9229787
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
Bug ID: 60697
Summary: [aarch64] LRA ICE (Segfault) while building
435.gromacs
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
Bug ID: 60701
Summary: internal compiler error: in gfc_conv_variable, at
fortran/trans-expr.c:551
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Paul Pluzhnikov ppluzhnikov at google dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43896
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #6 from Andrew Haley aph at gcc dot gnu.org ---
OK, pls ping me whan the tree is stable and I'll fix the Java FE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #4 from Peter Machon peter.machon at arcor dot de ---
(In reply to Dominique d'Humieres from comment #3)
gcc version 4.5.2 (GCC)
4.5 and 4.6 are no longer supported. You should upgrade to 4.8.2: pr43896
has been fixed by r158910,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
Vladimir Makarov vmakarov at gcc dot gnu.org changed:
What|Removed |Added
CC||vmakarov at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #7 from Cong Hou congh at google dot com ---
Yes, will do it. Thank you a lot!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
--- Comment #4 from Mikael Morin mikael at gcc dot gnu.org ---
Author: mikael
Date: Fri Mar 28 18:58:44 2014
New Revision: 208913
URL: http://gcc.gnu.org/viewcvs?rev=208913root=gccview=rev
Log:
fortran/
PR fortran/60677
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60687
Yury Usishchev jolfzverb at gmail dot com changed:
What|Removed |Added
CC||jolfzverb at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60696
Bug ID: 60696
Summary: [aarch64] vld1 intrinsics gives unexpected result in
big_endian
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org ---
Post script: CLANG has:
'-fsanitize=undefined' not allowed with '-fsanitize-undefined-trap-on-error'
And regarding the function call: With -fno-sanitize-recover one simply appends
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Fri Mar 28 19:31:17 2014
New Revision: 208915
URL: http://gcc.gnu.org/viewcvs?rev=208915root=gccview=rev
Log:
PR target/60693
* config/i386/i386.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Yuri Gribov tetra2005 at gmail dot com changed:
What|Removed |Added
CC||tetra2005 at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #14 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Fri Mar 28 19:50:28 2014
New Revision: 208916
URL: http://gcc.gnu.org/viewcvs?rev=208916root=gccview=rev
Log:
PR ipa/60243
* ipa-inline.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
--- Comment #3 from Yuri Gribov tetra2005 at gmail dot com ---
(In reply to Yuri Gribov from comment #2)
I think this needs to be fixed (or rather implemented) in QEMU.
QEMU bug: https://bugs.launchpad.net/qemu/+bug/1299190
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60700
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60659
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
OK, this is ICE on type inconsistent program (it looks up virtual function in
non-virtual type). I forgot gcc_unreacable on that code path from earlier
sanity checking.
I will arrange
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.8/4.9 Regression] FAIL: |[4.8 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Revision: 208918
Modified property: svn:log
Modified: svn:log at Fri Mar 28 20:34:48 2014
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60573
--- Comment #1 from Adam Butcher abutcher at gcc dot gnu.org ---
Author: abutcher
Date: Fri Mar 28 20:41:45 2014
New Revision: 208921
URL: http://gcc.gnu.org/viewcvs?rev=208921root=gccview=rev
Log:
Fix PR c++/60573
PR c++/60573
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60573
Adam Butcher abutcher at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #5 from Peter Machon peter.machon at arcor dot de ---
Addendum: With version 4.8.2 it works just fine, thanks a lot!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Fri Mar 28 20:56:28 2014
New Revision: 208923
URL: http://gcc.gnu.org/viewcvs?rev=208923root=gccview=rev
Log:
2014-03-28 Mikael Morin mik...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #11 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to H.J. Lu from comment #0)
It only happens when running
make check-gfortran RUNTESTFLAGS=dg.exp=assumed_rank_7.f90
--target_board='unix{-march=corei7\ -fno-backtrace}'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60700
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
It was triggered by r190339.
1 - 100 of 114 matches
Mail list logo
