http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56806
Bud Davis changed:
What|Removed |Added
CC||bdavis at gcc dot gnu.org
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57416
--- Comment #6 from Frank Bergemann ---
the error depends on optimization level.
-O0 has the problem
-O1, -02, -03 do not have the problem.
For those i get - even for the original buggy code:
make all
Building file: ../main.cpp
Invoking: GCC C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57418
Bug ID: 57418
Summary: Another verify_ssa failure
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: u
gcc version 4.9.0 20130525 (experimental) [trunk revision 199323] (GCC)
$ gcc-trunk -m32 -O0 -c small.c
$ gcc-trunk -m32 -O1 -c small.c
^C
$ cat small.c
int a, b, c;
void foo ()
{
volatile int d[1];
b = 0;
for (;; a--)
c = (int)&d[b];
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57416
--- Comment #5 from Daniel Krügler ---
(In reply to Daniel Krügler from comment #4)
We had a clash here, but except for my first observation the remaining
questions are still relevant.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57416
--- Comment #4 from Daniel Krügler ---
If you remove the still existing member initializer in func1, does the ICE
still exist? (On 4.9 after removal of that initializer I could compile and run
the program). Are all the compiler flags necessary to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57416
Frank Bergemann changed:
What|Removed |Added
Attachment #30194|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
--- Comment #12 from Jakub Jelinek ---
Maybe it was original DATA_ALIGNMENT purpose, but it certainly serves for both
right now, which is wrong, we need one for ABI mandated stuff and one for
optimization stuff beyond, where optimization alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57416
--- Comment #2 from Frank Bergemann ---
Created attachment 30194
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30194&action=edit
fixed version of test program - compilation works now
Hi Daniel,
thanks for the hint! - i was not aware of thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57416
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
Sandra Loosemore changed:
What|Removed |Added
CC||sandra at codesourcery dot com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57416
Bug ID: 57416
Summary: internal compiler error: in gimple_expand_cfg, at
cfgexpand.c:4575
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53916
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55777
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52768
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57415
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57415
Bug ID: 57415
Summary: [4.9 Regression] New PPC testsuite failure C++
compound literarl expr unimplemented
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57408
--- Comment #3 from Daniel Krügler ---
Further simplification down to a library-free test case:
//--
template
struct Impl
{
Callable func;
Impl(Callable f) : func(f) { }
virtual
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57408
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57414
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|r...@ramses-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57414
Bug ID: 57414
Summary: Internal Compiler error when using std::mutex
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52216
Paolo Carlini changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52216
--- Comment #6 from Daniel Krügler ---
(In reply to Paolo Carlini from comment #5)
It would be great to have these test cases added.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52216
--- Comment #5 from Paolo Carlini ---
Of course, for sure we do have now bad_array_new_length, many commits by Jason
and others in this area. Let me double check, I'm thinking adding the testcase
maybe, and closing the issue. Thanks again!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52216
--- Comment #4 from Daniel Krügler ---
(In reply to Paolo Carlini from comment #3)
It seems that this is CWG 1465 and it will be resolved by
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1351
It seems that this bug entry is fixed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
--- Comment #4 from Paolo Carlini ---
I see Daniel. Jason is already on it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57388
--- Comment #3 from Daniel Krügler ---
Extending std::is_function in regard to ref-qualified functions will depend on
that issue. I haven't found a way to get around these ICEs in the (updated)
test cases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47765
Paolo Carlini changed:
What|Removed |Added
Summary|Wrong template deduction|[Core/1391] Wrong template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52216
Paolo Carlini changed:
What|Removed |Added
Summary|[C++11][noexcept] Wrong |[C++11] Wrong exception
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52377
Paolo Carlini changed:
What|Removed |Added
Priority|P3 |P2
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57409
--- Comment #7 from Christian Jullien ---
Thanks for your time on this issue Eric.
My preference goes to PIE failure detection when gcc is bootstrapped and gcc
complains when -pie is set on an unsupported platform.
You can do whatever you want w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52427
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57409
Eric Botcazou changed:
What|Removed |Added
Summary|implement PIE support on|implement PIE support or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
--- Comment #11 from Dominique d'Humieres ---
I see the same failures on x86_64-apple-darwin10. With the patch in comment #9,
I still get
FAIL: gcc.dg/lto/attr-weakref-1
c_lto_attr-weakref-1_0.o-c_lto_attr-weakref-1_2.o link, -O0 -flto
-flto-part
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57405
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57413
Bug ID: 57413
Summary: FAIL: gcc.dg/debug/dwarf2/discriminator.c
scan-assembler on x86_64-apple-darwin10
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47765
--- Comment #8 from Daniel Krügler ---
(In reply to Paolo Carlini from comment #7)
> Do we have a DR # for this issue?
It seems to me that this is
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1391
submitted by Jason with a simpli
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12081
--- Comment #21 from Mikael Pettersson ---
(In reply to Mikael Pettersson from comment #20)
> Grepping around I also
> noticed that nothing used GEN_FCN11 (or is that used by the out-of-tree
> OpenRISC port?) This add-on fixes those two issues.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51432
Paolo Carlini changed:
What|Removed |Added
CC||philb at gnu dot org
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49433
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57334
--- Comment #3 from Dmitry G. Dyachenko ---
(In reply to Richard Biener from comment #1)
> I've seen this ICE before I think.
>
> else if (code == GIMPLE_LABEL)
> gcc_assert (emit_label_in_global_context_p (gimple_label_label (stmt))
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55777
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57409
--- Comment #5 from Christian Jullien ---
Thanks,
now all is clear to me.
I see different possible solutions:
1) gcc toolchain detects that it is using a linker that does not support pie
and issue a error "unsupported flag" when we try to use pi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47765
--- Comment #7 from Paolo Carlini ---
Do we have a DR # for this issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57408
--- Comment #1 from Paolo Carlini ---
I'm not at all sure this is a C++ front-end issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55876
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25666
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57412
Bug ID: 57412
Summary: [4.9 Regression] ICE: in verify_loop_structure, at
cfgloop.c:1647: loop 1's latch does not have an edge
to its header with -fopenmp -fipa-pure-const
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57409
Eric Botcazou changed:
What|Removed |Added
Summary|PIE doesn't work with GNU |implement PIE support on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55876
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57411
Bug ID: 57411
Summary: [4.9 Regression] ICE: verify_ssa failed: definition in
block 4 does not dominate use in block 11 with
-fno-tree-dce -ftree-vectorize
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57334
--- Comment #2 from Dmitry G. Dyachenko ---
gcc-4.8:
PASS:
196672 (pre-4.8.0)
199240 gcc (GCC) 4.8.1 20130523 (prerelease)
gcc-4.9:
PASS 198354
FAIL 199000, 199239
simlified testcase
$ cat a.i
void foo ()
{
}
void bar ()
{
return; // trigge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56021
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57118
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12081
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57409
Eric Botcazou changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57410
Bug ID: 57410
Summary: [4.9 Regression] ICE: in emit_spill_move, at
lra-constraints.c:863 with -fpeel-loops and
uninitialised variable
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57409
--- Comment #2 from Christian Jullien ---
Thanks for your quick reply yet it is not totally satisfactory.
1) if gcc does not support pie on solaris 10 sparc (I can accept that), gcc
toolchain should detect this and protest (from ./configure) if P
59 matches
Mail list logo