http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60522
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Fri Mar 28 07:17:13 2014
New Revision: 208890
URL: http://gcc.gnu.org/viewcvs?rev=208890&root=gcc&view=rev
Log:
2014-04-28 Thomas Koenig
PR fortran/60522
* frontend-passes.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60689
Jakub Jelinek changed:
What|Removed |Added
Attachment #32469|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60690
--- Comment #2 from Markus Trippelsdorf ---
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: /var/tmp/portage/media-video/ffmpeg-2.2/temp/cc
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: unassign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
--- Comment #2 from Markus Trippelsdorf ---
And with r204338 on the 4.8 branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60682
--- Comment #3 from Igor Zamyatin ---
Thanks for the quick fix!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Summary|ICE on funny memcp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60678
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60670
--- Comment #1 from Richard Biener ---
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 ---
> --- Comment #1 from Richard Biener ---
> Or the header needs to include all variants with proper #ifdef-ery
This is difficult for a header generated per multilib at build time.
Ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48099
--- Comment #4 from Richard Biener ---
Java.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60018
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60315
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 28 10:25:34 2014
New Revision: 208893
URL: http://gcc.gnu.org/viewcvs?rev=208893&root=gcc&view=rev
Log:
PR ipa/60315
* g++.dg/torture/pr60315.C: Add -std=c++11 to dg-optio
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
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #5 from Jakub Jelinek ---
(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 that supportable_widenin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48099
--- Comment #5 from Andrew Pinski ---
(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 ---
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 have HAVE_GAS_HIDDEN and HAV
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60647
--- Comment #7 from Jakub Jelinek ---
Non-K&R 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, int offset)
{
fn1 (win
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
> cros
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #3 from Jakub Jelinek ---
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 D { A i; I (int) : D (0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #4 from Jakub Jelinek ---
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 : C, F {};
struct G : J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #5 from Jakub Jelinek ---
(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 { virtual unsigned f (bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
Bug ID: 60695
Summary: std::atomic doesn't work when X is of zero size
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
--- Comment #2 from Tobias Burnus ---
*** Bug 60678 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60678
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #7 from Tobias Burnus ---
(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 is there that
one has a le
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #1 from Jonathan Wakely ---
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 std::atomic<_Tp>:
static_ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
--- Comment #11 from Vladimir Makarov ---
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 changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #3 from Roman Kononov ---
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 support them fully. The implementa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51088
Marek Polacek changed:
What|Removed |Added
Keywords||documentation
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Thomas Lamb changed:
What|Removed |Added
CC||tclamb at ufl dot edu
--- Comment #1 from T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Paul Pluzhnikov changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #3 from Paul Pluz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Thomas Lamb changed:
What|Removed |Added
CC||tclamb at ufl dot edu
--- Comment #1 from T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57493
Paul Pluzhnikov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #4 from Andrew Haley ---
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 -Wstrict-prototypes
-Wmissing-prototy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #7 from Jakub Jelinek ---
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.c2014-01-03 11:40:46.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60275
--- Comment #4 from Tobias Burnus ---
(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 how to report it
> (runtim
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 ---
Created attachment 32475
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32475&action=edit
gcc49-pr60656.patch
I've bootstrapped/regtested in the mean time this patch on x86_64-linux and
i686-linux, no re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58150
--- Comment #1 from Ben Longbons ---
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 only works for printing,
not call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #56 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 28 17:17:56 2014
New Revision: 208907
URL: http://gcc.gnu.org/viewcvs?rev=208907&root=gcc&view=rev
Log:
PR c++/58678
* g++.dg/abi/thunk6.C: Scan assembler for _ZTv0_n32_N1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52369
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604
--- Comment #2 from Ben Longbons ---
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 ---
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 recovery, fatal runtime error
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
--with-newlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60647
Martin Jambor changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #4 from Jonathan Wakely ---
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 where you're also storin
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: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60640
--- Comment #6 from Martin Jambor ---
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 ---
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 --with-build-config=bootstrap-asan.
For --with-build-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60696
christophe.lyon at st dot com changed:
What|Removed |Added
Target||aarch64
Status
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 ---
Author: vmakarov
Date: Fri Mar 28 15:27:58 2014
New Revision: 208900
URL: http://gcc.gnu.org/viewcvs?rev=208900&root=gcc&view=rev
Log:
2014-03-28 Vladimir Makarov
PR target/60675
* lra-assigns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Mikael Morin changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #1 from Dominique d'Humieres ---
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 ---
(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 still see the old testc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #2 from Peter Machon ---
(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?
Sure:
Using built-in spe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60689
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 28 18:16:32 2014
New Revision: 208912
URL: http://gcc.gnu.org/viewcvs?rev=208912&root=gcc&view=rev
Log:
PR c++/60689
* c-tree.h (c_build_function_call_vec): New prototype.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
--- Comment #3 from Paul Pluzhnikov ---
>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
Priorit
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: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43896
Dominique d'Humieres changed:
What|Removed |Added
CC||peter.machon at arcor dot de
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60667
--- Comment #6 from Andrew Haley ---
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 ---
(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, Apr 29 2010 (BTW where
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60697
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60656
--- Comment #7 from Cong Hou ---
Yes, will do it. Thank you a lot!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
--- Comment #4 from Mikael Morin ---
Author: mikael
Date: Fri Mar 28 18:58:44 2014
New Revision: 208913
URL: http://gcc.gnu.org/viewcvs?rev=208913&root=gcc&view=rev
Log:
fortran/
PR fortran/60677
* trans-intrinsic.c (gfc_conv_intr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60687
Yury Usishchev changed:
What|Removed |Added
CC||jolfzverb at gmail dot com
--- Comment #
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 ---
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
an "_abort" to the functio
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 ---
Author: jakub
Date: Fri Mar 28 19:31:17 2014
New Revision: 208915
URL: http://gcc.gnu.org/viewcvs?rev=208915&root=gcc&view=rev
Log:
PR target/60693
* config/i386/i386.c (ix86_copy_addr_to_reg): Call c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60693
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.9.0
Summary|[4.8/4.9 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Yuri Gribov changed:
What|Removed |Added
CC||tetra2005 at gmail dot com
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60677
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milesto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #14 from Jan Hubicka ---
Author: hubicka
Date: Fri Mar 28 19:50:28 2014
New Revision: 208916
URL: http://gcc.gnu.org/viewcvs?rev=208916&root=gcc&view=rev
Log:
PR ipa/60243
* ipa-inline.c (want_inline_small_function_p): Short c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
--- Comment #3 from Yuri Gribov ---
(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 changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60681
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60659
--- Comment #4 from Jan Hubicka ---
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 such inconsistent calls to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.8/4.9 Regression] FAIL: |[4.8 Regression] FAIL:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #9 from Tobias Burnus ---
Author: burnus
Revision: 208918
Modified property: svn:log
Modified: svn:log at Fri Mar 28 20:34:48 2014
--
--- svn:log (original)
+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60573
--- Comment #1 from Adam Butcher ---
Author: abutcher
Date: Fri Mar 28 20:41:45 2014
New Revision: 208921
URL: http://gcc.gnu.org/viewcvs?rev=208921&root=gcc&view=rev
Log:
Fix PR c++/60573
PR c++/60573
* name-lookup.h (cp_binding_level):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60573
Adam Butcher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60701
--- Comment #5 from Peter Machon ---
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 ---
Author: burnus
Date: Fri Mar 28 20:56:28 2014
New Revision: 208923
URL: http://gcc.gnu.org/viewcvs?rev=208923&root=gcc&view=rev
Log:
2014-03-28 Mikael Morin
Tobias Burnus
PR fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60576
--- Comment #11 from Tobias Burnus ---
(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}'"
Can you confirm that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60700
--- Comment #2 from H.J. Lu ---
It was triggered by r190339.
1 - 100 of 114 matches
Mail list logo
