[Bug tree-optimization/54000] [4.8/4.9 Regression] Performance breakdown for gcc-4.{6,7} vs. gcc-4.5 using std::vector in matrix vector multiplication (IVopts / inliner)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54000
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Known to work||5.0
Summary|[4.8/4.9/5 Regression] |[4.8/4.9 Regression]
|Performance breakdown for |Performance breakdown for
|gcc-4.{6,7} vs. gcc-4.5 |gcc-4.{6,7} vs. gcc-4.5
|using std::vector in matrix |using std::vector in matrix
|vector multiplication |vector multiplication
|(IVopts / inliner) |(IVopts / inliner)
--- Comment #14 from Richard Biener rguenth at gcc dot gnu.org ---
Btw, with trunk (gcc 5) I see
.L13:
movsd (%rdx), %xmm1
xorl%eax, %eax
.L12:
movsd -8(%rcx,%rax), %xmm0
mulsd (%rsi,%rax), %xmm0
addq$8, %rax
cmpq$24, %rax
addsd %xmm0, %xmm1
movsd %xmm1, (%rdx)
jne .L12
addq$8, %rdx
addq$8, %rcx
addq$24, %rsi
cmpq%rdi, %rdx
jne .L13
thus maybe even better than 4.5.
GCC 4.9 produces
.L17:
leaq(%r8,%rdx), %rcx
movsd 8(%rdi,%rdx), %xmm1
xorl%eax, %eax
addq%r9, %rcx
.L14:
movsd -8(%rcx,%rax), %xmm0
mulsd (%rsi,%rax), %xmm0
addq$8, %rax
cmpq$24, %rax
addsd %xmm0, %xmm1
movsd %xmm1, 8(%rdi,%rdx)
jne .L14
addq$8, %rdx
addq$24, %rsi
cmpq$1016, %rdx
jne .L17
it might be again inliner changes that trigger the better behavior of course.
So - fixed in GCC 5. Not sure how to produce a testcase that reliably
tracks good behavior here. IVOPTs dumping should be improved somewhat.
[Bug tree-optimization/54000] [4.8 Regression] Performance breakdown for gcc-4.{6,7} vs. gcc-4.5 using std::vector in matrix vector multiplication (IVopts / inliner)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54000
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work||4.9.0
Resolution|--- |FIXED
Target Milestone|4.8.5 |4.9.0
Summary|[4.8/4.9 Regression]|[4.8 Regression]
|Performance breakdown for |Performance breakdown for
|gcc-4.{6,7} vs. gcc-4.5 |gcc-4.{6,7} vs. gcc-4.5
|using std::vector in matrix |using std::vector in matrix
|vector multiplication |vector multiplication
|(IVopts / inliner) |(IVopts / inliner)
--- Comment #15 from Richard Biener rguenth at gcc dot gnu.org ---
Timing-wise GCC 4.9 looks good as well. With GCC 4.8 the testcase takes
2:30 to execute while with 4.9 1:09 and with GCC 5 finally 1:06. GCC 4.9
also chooses a single IV for the innermost loop.
Declaring fixed.
[Bug target/63679] [5 Regression][AArch64] Failure to constant fold.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 --- Comment #25 from Richard Biener rguenth at gcc dot gnu.org --- No, aarch64 still commits the initializer to memory so the patch doesn't help it for the testcase in the end. It still improves things a bit. I'm quite sure we can't fix this in a target independent way for GCC 5, thus the only chance is to make aarch64 not commit the initializer to memory. That is also the real regression (aarch64 changed to commit the initializer to memory). aarch64 is secondary target only thus this missed-optimization shouldn't block the release.
[Bug target/64979] New: S/390: va_list overflow area pointer is not setup due to stdarg optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64979
Bug ID: 64979
Summary: S/390: va_list overflow area pointer is not setup due
to stdarg optimization
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: krebbel at gcc dot gnu.org
Created attachment 34699
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34699action=edit
Experimental fix
The following testcase aborts when compiled with at least -O1:
#include stdarg.h
extern void abort (void);
void __attribute__((noinline))
bar(int msgno, va_list *args)
{
int i;
for (i = 0; i 10; i++)
if (i != va_arg(*args, int))
abort ();
}
void __attribute__((noinline))
foo(int msgno, ...)
{
va_list args;
int nargs;
va_start(args, msgno);
nargs = va_arg(args, int);
bar(msgno, (va_list *)((nargs == 0) ? ((void *)0) : args));
}
int main(void)
{
foo(100 /* msgno */,
1 /* nargs - part of vararg list */,
0, 1, 2, 3, 4, 5, 6, 7, 8, 9);
return 0;
}
It is present since we enabled stdarg optimization in the S/390 backend:
https://gcc.gnu.org/ml/gcc-patches/2005-05/msg02429.html
The field __overfloat_arg_area in the va_list struct is not set up if the
va_arg expansions in the current function are found not to exceed the number of
argument registers. This fails with the testcase since the va_list pointer is
passed to another function - still needing that field.
The final patch will include the testcase.
[Bug ipa/64982] [5 Regression] Many g++ failures on x86_64-apple-darwin14 with -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982 --- Comment #2 from howarth at bromo dot med.uc.edu --- Actually reverting... Author: hubicka Date: Sun Feb 8 21:04:41 2015 New Revision: 220520 URL: https://gcc.gnu.org/viewcvs?rev=220520root=gccview=rev Log: PR ipa/63566 * i386.c (ix86_function_regparm): Look through aliases to see if callee is local and optimized. (ix86_function_sseregparm): Likewise; also use target's SSE math settings; error out instead of silently generating wrong code on mismatches. (init_cumulative_args): Look through aliases. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c eliminates the ICEs in g++.dg/abi/covariant2.C at -m32 on x86_64-apple-darwin14. Probably related to the absence of alias support on darwin.
[Bug ipa/64978] [5 Regression] ICE: in ipcp_verify_propagated_values, at ipa-cp.c:1060
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #6 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
IPA lattices after constant propagation, before gcc_unreachable:
Lattices:
Node: void {anonymous}::C::m_fn3(A, unsigned int, const int*, int)/10:
param [0]: TOP
ctxs: VARIABLE
Alignment unusable
AGGS VARIABLE
Node: unsigned int B::m_fn2()/6:
param [0]: BOTTOM
ctxs: BOTTOM
Alignment unusable
AGGS BOTTOM
Node: void B::m_fn1(bool, const int*, int)/5:
param [0]: BOTTOM
ctxs: BOTTOM
Alignment unusable
AGGS BOTTOM
param [1]: BOTTOM
ctxs: BOTTOM
Alignment unusable
AGGS BOTTOM
param [2]: BOTTOM
ctxs: BOTTOM
Alignment unusable
AGGS BOTTOM
param [3]: BOTTOM
ctxs: BOTTOM
Alignment unusable
AGGS BOTTOM
Node: {anonymous}::C::C()/1:
param [0]: VARIABLE
ctxs: VARIABLE
Alignment 16, misalignment 0
AGGS VARIABLE
[Bug sanitizer/64984] [5 Regression] ICE in check_noexcept_t with ubsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64984 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org --- I'll have a look tomorrow.
[Bug libgcc/61309] cilk-plus tests fail with: hidden symbol `__cpu_model' in /x/gcc/testsuite/g++/../../libgcc.a(cpuinfo.o) is referenced by DSO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61309 --- Comment #3 from Kai-Uwe Eckhardt kuehro at gmx dot de --- Hello John, FYI, this is still happening. So if/when DragonFly features libgcc_s from 5.0 in base, these errors will go away? To be honest I am not quite sure, but I think it is not the presence of libgcc_s.so itself but the presence of __cpu_model within. Mabey a linker script similar to the one in PR 40134 would help. If so, doesn't that imply the linking is making assumptions it should not make? Cilk is Linux centric in other places as as well, so I wouldn't wonder. I don't have a Linux system at hand right now to compare the defined symbols. Actually I am giving up on gcc and NetBSD. I have tried to push some changes upstream but gcc has become too complex for my skills and the number of upstream NetBSD developers is too low. Good luck with Dragonfly. Kind regards, Kai-Uwe
[Bug target/64377] nios2 compile error in options-save.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64377 --- Comment #20 from Martin Liška marxin at gcc dot gnu.org --- Can I please ask someone to confirm that the patch works and mark this issue as resolved?
[Bug c++/64959] SFINAE in UDLs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64959 Andrea Azzarone andrea.azzarone at canonical dot com changed: What|Removed |Added CC||andrea.azzarone at canonical dot c ||om --- Comment #1 from Andrea Azzarone andrea.azzarone at canonical dot com --- Created attachment 34706 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34706action=edit Proposed fix to allow the use of enable_if for UDLs.
[Bug middle-end/64928] [4.8/4.9/5 Regression] Inordinate cpu time and memory usage in phase opt and generate with -ftest-coverage -fprofile-arcs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #9 from Richard Biener rguenth at gcc dot gnu.org --- It seems that loop invariant motion is responsible for most of the abnormals, thus -fno-tree-loop-im restores performance. The loop LIM detects is of style bb 6: (header) # ___fp_3(ab) = PHI ___fp_41(4), ___fp_5(21) # ___r1_7(ab) = PHI ___r1_42(4), ___r1_9(21) # ___r2_11(ab) = PHI ___r2_43(4), ___r3_17(21) # ___r3_19(ab) = PHI ___r3_44(4), ___r3_23(21) # ___r4_25 = PHI ___r4_45(4), ___r4_26(21) # gotovar.17_29 = PHI _51(4), _69(21) goto gotovar.17_29; ... bb 21: (latch) _67 = ___pc_1 + 15; _68 = (void * *) _67; _69 = *_68; PROF_edge_counter_142 = __gcov0.___H_object_2d__3e_u8vector[14]; PROF_edge_counter_143 = PROF_edge_counter_142 + 1; __gcov0.___H_object_2d__3e_u8vector[14] = PROF_edge_counter_143; goto bb 6; not sure if we should artificially limit such loops. LIM doesn't account for the (compile-time) cost of needing very many PHIs when rewriting the store-motion vars into SSA form (but it could in theory estimate by taking into account the CFG structure of the loop). Let's see if we can first generate a smaller testcase to illustrate the issue. Mine for now.
[Bug target/64979] [4.8/4.9/5 Regression] stdarg optimization not able to find escape sites in phi nodes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64979 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org --- Author: jakub Date: Mon Feb 9 17:01:36 2015 New Revision: 220543 URL: https://gcc.gnu.org/viewcvs?rev=220543root=gccview=rev Log: PR target/64979 * tree-stdarg.c (pass_stdarg::execute): Scan phi node args for va_list escapes. * gcc.dg/tree-ssa/stdarg-7.c: New test. * gcc.c-torture/execute/pr64979.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr64979.c trunk/gcc/testsuite/gcc.dg/tree-ssa/stdarg-7.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-stdarg.c
[Bug c++/64948] Lambda reference capture initialization in template function creates segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64948 --- Comment #2 from Andrea Azzarone andrea.azzarone at canonical dot com --- (In reply to Andrea Azzarone from comment #1) Created attachment 34705 [details] Proposed fix to allow the use of enable_if for UDLs. Sorry this patch was for a different bug report. Please delete it if possible.
[Bug middle-end/64928] [4.8/4.9/5 Regression] Inordinate cpu time and memory usage in phase opt and generate with -ftest-coverage -fprofile-arcs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2015-02-09
Ever confirmed|0 |1
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, so the memory is used by out-of-SSA it seems
#5 0x00c9eebc in coalesce_ssa_name ()
at /space/rguenther/src/svn/gcc-4_9-branch/gcc/tree-ssa-coalesce.c:1330
1330 graph = build_ssa_conflict_graph (liveinfo);
(gdb) p *cl-list.htab
$10 = {entries = 0x2b19b30, size = 524287, n_elements = 77146, n_deleted = 0,
searches = 122189, collisions = 6508, size_prime_index = 16}
where we malloc(!) 77146 entries of size 12.
But of course bad is the conflict graph with 76063 bitmaps eating up around
1GB of memory for the first testcase (and function
___H__23__23_u8vector_2d__3e_object).
That's likely caused by the change to more aggressively coalesce anonymous
SSA names.
[Bug debug/63572] [5 Regression] ICF breaks user debugging experience
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572 --- Comment #10 from Martin Liška marxin at gcc dot gnu.org --- As Cary Countant wrote me, gold's ICF has never implemented support for call site tables in GDB. Moreover, when Jakub designed the new call site tags, the design hasn't been changed. In last 4 years, there still hasn't been any demand for it. Well, I would at least implement emission of a separate DW_TAG_subprogram DIE with correct DW_AT_abstract_origin. As I have no experience with debug info, may I ask Jakub for a hint where to start and how to properly do it?
[Bug target/64377] nios2 compile error in options-save.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64377 Joel Sherrill joel at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #21 from Joel Sherrill joel at gcc dot gnu.org --- (In reply to Martin Liška from comment #20) Can I please ask someone to confirm that the patch works and mark this issue as resolved? As reported above, I built the toolset and RTEMS but have no target to test on. I am going to close it. Sandra was testing on hardware so it is safe to safe she got by this as well.
[Bug sanitizer/64670] -fsanitize=vptr leads to undefined reference to `typeinfo for class'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670 --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org --- (In reply to Tobias Burnus from comment #6) Created attachment 34628 [details] Updated test case (part 2/2): [aux file] Missed to state: This file 'implements' the class LogListener - however, the generated .o file contains no symbols. Using an explicit. #pragma implementation doesn't change the result.
[Bug sanitizer/64984] New: [5 Regression] ICE in check_noexcept_t with ubsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64984
Bug ID: 64984
Summary: [5 Regression] ICE in check_noexcept_t with ubsan
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: larsbj at gullik dot net
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
With this test program I get an ICE.
--
#include map
class Type
{
public:
Type();
virtual ~Type();
bool operator(const Type ) const;
};
int main()
{
std::mapType, int map;
map[Type()] = 0;
}
g++ --version
g++ (GCC) 5.0.0 20150203 (experimental)
g++ -fsanitize=undefined -std=gnu++11 -c test.cpp
In file included from /opt/gcc/gcc-trunk/include/c++/5.0.0/bits/move.h:57:0,
from /opt/gcc/gcc-trunk/include/c++/5.0.0/bits/stl_pair.h:59,
from
/opt/gcc/gcc-trunk/include/c++/5.0.0/bits/stl_algobase.h:64,
from /opt/gcc/gcc-trunk/include/c++/5.0.0/bits/stl_tree.h:63,
from /opt/gcc/gcc-trunk/include/c++/5.0.0/map:60,
from test.cpp:1:
/opt/gcc/gcc-trunk/include/c++/5.0.0/type_traits: In instantiation of ‘struct
std::__is_nt_constructible_implType, Type’:
/opt/gcc/gcc-trunk/include/c++/5.0.0/type_traits:137:12: required from
‘struct std::__and_std::is_constructibleType, Type,
std::__is_nt_constructible_implType, Type ’
/opt/gcc/gcc-trunk/include/c++/5.0.0/type_traits:1174:12: required from
‘struct std::is_nothrow_constructibleType, Type’
/opt/gcc/gcc-trunk/include/c++/5.0.0/type_traits:1205:12: required from
‘struct std::__is_nothrow_move_constructible_implType, true’
/opt/gcc/gcc-trunk/include/c++/5.0.0/type_traits:1211:12: required from
‘struct std::is_nothrow_move_constructibleType’
/opt/gcc/gcc-trunk/include/c++/5.0.0/tuple:367:7: required from ‘constexpr
std::_Tuple_impl_Idx, _Head::_Tuple_impl(std::_Tuple_impl_Idx, _Head)
[with long unsigned int _Idx = 0ul; _Head = Type]’
/opt/gcc/gcc-trunk/include/c++/5.0.0/tuple:976:70: required from
‘std::tuple_Elements ... std::forward_as_tuple(_Elements ...) [with
_Elements = {Type}]’
/opt/gcc/gcc-trunk/include/c++/5.0.0/bits/stl_map.h:500:27: required from
‘std::map_Key, _Tp, _Compare, _Alloc::mapped_type std::map_Key, _Tp,
_Compare, _Alloc::operator[](std::map_Key, _Tp, _Compare,
_Alloc::key_type) [with _Key = Type; _Tp = int; _Compare = std::lessType;
_Alloc = std::allocatorstd::pairconst Type, int ; std::map_Key, _Tp,
_Compare, _Alloc::mapped_type = int; std::map_Key, _Tp, _Compare,
_Alloc::key_type = Type]’
test.cpp:15:15: required from here
/opt/gcc/gcc-trunk/include/c++/5.0.0/type_traits:1162:12: internal compiler
error: Segmentation fault
struct __is_nt_constructible_impl_Tp, _Arg
^
0xa89c7f crash_signal
../../gcc/gcc/toplev.c:383
0x69ea1b check_noexcept_r
../../gcc/gcc/cp/except.c:1162
0xc6b254 walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*),
void*, hash_settree_node*, default_hashset_traits*, tree_node*
(*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*), void*,
hash_settree_node*, default_hashset_traits*))
../../gcc/gcc/tree.c:11086
0xc6b438 walk_tree_1(tree_node**, tree_node* (*)(tree_node**, int*, void*),
void*, hash_settree_node*, default_hashset_traits*, tree_node*
(*)(tree_node**, int*, tree_node* (*)(tree_node**, int*, void*), void*,
hash_settree_node*, default_hashset_traits*))
../../gcc/gcc/tree.c:11390
0xc6ca18 walk_tree_without_duplicates_1(tree_node**, tree_node*
(*)(tree_node**, int*, void*), void*, tree_node* (*)(tree_node**, int*,
tree_node* (*)(tree_node**, int*, void*), void*, hash_settree_node*,
default_hashset_traits*))
../../gcc/gcc/tree.c:11416
0x69e7cf expr_noexcept_p(tree_node*, int)
../../gcc/gcc/cp/except.c:1255
0x69e922 finish_noexcept_expr(tree_node*, int)
../../gcc/gcc/cp/except.c:1240
0x61e2ee tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc/gcc/cp/pt.c:14880
0x61b6ab tsubst_expr
../../gcc/gcc/cp/pt.c:14383
0x61c63c tsubst_template_arg
../../gcc/gcc/cp/pt.c:9692
0x626839 tsubst_template_args
../../gcc/gcc/cp/pt.c:10242
0x623544 tsubst_aggr_type
../../gcc/gcc/cp/pt.c:10439
0x617771 tsubst(tree_node*, tree_node*, int, tree_node*)
../../gcc/gcc/cp/pt.c:11894
0x631c69 instantiate_class_template_1
../../gcc/gcc/cp/pt.c:9260
0x631c69 instantiate_class_template(tree_node*)
../../gcc/gcc/cp/pt.c:9673
0x68aa5d complete_type(tree_node*)
../../gcc/gcc/cp/typeck.c:146
0x68aaff complete_type_or_maybe_complain(tree_node*, tree_node*, int)
../../gcc/gcc/cp/typeck.c:158
0x608d09 xref_basetypes(tree_node*, tree_node*)
../../gcc/gcc/cp/decl.c:12493
[Bug lto/64693] [5 Regression] PCH failed with --with-build-config=bootstrap-lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64693 --- Comment #7 from Martin Liška marxin at gcc dot gnu.org --- (In reply to H.J. Lu from comment #6) A patch is posted at https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02108.html Hello. I've just finished more sensitive patch for the issue and I've just restarted profiled bootstrap. Tomorrow, I'm going to send new version of the patch. Thanks, Martin
[Bug tree-optimization/64326] [5 Regression] ICE at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:581
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64326 --- Comment #7 from tbsaunde at gcc dot gnu.org --- (In reply to Jan Hubicka from comment #6) Hmm, the ICE seems to not reproduce for me :( I can reproduce with r220551, nothing special x86_64-linux-gnu with ./cc1 -O3 test.c
[Bug lto/64076] [4.9/5 Regression] ICE: in update_visibility_by_resolution_info, at ipa-visibility.c:427
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64076 tbsaunde at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from tbsaunde at gcc dot gnu.org --- fixed
[Bug tree-optimization/43378] IVOPTs messes up code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43378 amker at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||amker at gcc dot gnu.org Resolution|--- |FIXED Known to fail|| --- Comment #2 from amker at gcc dot gnu.org --- Test case added. Closing...
[Bug c++/60335] confused by earlier errors, bailing out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60335
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error-recovery,
||ice-on-invalid-code
Status|UNCONFIRMED |NEW
Last reconfirmed||2015-02-10
Ever confirmed|0 |1
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
Confirmed, still happens on the trunk as of today.
The full backtrace:
t.cc:3:37: error: types may not be defined in parameter types
int baz1(void bar0, struct bar0 {} bar3);
^
t.cc:3:44: internal compiler error: in pop_binding, at cp/name-lookup.c:391
int baz1(void bar0, struct bar0 {} bar3);
^
0x7b46bf pop_binding(tree_node*, tree_node*)
../../gcc/cp/name-lookup.c:391
0x7b5447 pop_bindings_and_leave_scope()
../../gcc/cp/name-lookup.c:413
0x6e9817 cp_parser_direct_declarator
../../gcc/cp/parser.c:17620
0x6e9817 cp_parser_declarator
../../gcc/cp/parser.c:17422
0x6d8e97 cp_parser_member_declaration
../../gcc/cp/parser.c:20963
0x6e52bf cp_parser_member_specification_opt
../../gcc/cp/parser.c:20645
0x6e52bf cp_parser_class_specifier_1
../../gcc/cp/parser.c:19837
0x6e52bf cp_parser_class_specifier
../../gcc/cp/parser.c:20073
0x6e52bf cp_parser_type_specifier
../../gcc/cp/parser.c:14718
0x6e79e3 cp_parser_decl_specifier_seq
../../gcc/cp/parser.c:11951
0x70058f cp_parser_simple_declaration
../../gcc/cp/parser.c:11528
0x700b07 cp_parser_block_declaration
../../gcc/cp/parser.c:11475
0x7096bb cp_parser_declaration
../../gcc/cp/parser.c:11372
0x70998b cp_parser_declaration_seq_opt
../../gcc/cp/parser.c:11258
0x709d47 cp_parser_translation_unit
../../gcc/cp/parser.c:4109
0x709d47 c_parse_file()
../../gcc/cp/parser.c:33176
0x84cc83 c_common_parse_file()
../../gcc/c-family/c-opts.c:1052
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
[Bug c++/60198] ICE with _Cilk_spawn in expression within template function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-10 Ever confirmed|0 |1 --- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org --- Confirmed.
[Bug plugins/61419] Hello World program compilation leads to internal compiler error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org --- We don't support plugins here.
[Bug c++/60354] fails to demangle _Z3fooIPUlvE_EvT_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60354 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-10 Ever confirmed|0 |1 --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- Confirmed.
[Bug middle-end/60528] GCC puts out floating point constants differently depending on if long is 32bit or 64bit (encode_ieee_double)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60528 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Component|target |middle-end Version|unknown |4.9.0 Summary|MIPS GCC puts out complex |GCC puts out floating point |constant incorrectly when |constants differently |in big-endian mode |depending on if long is ||32bit or 64bit ||(encode_ieee_double) Severity|normal |trivial
[Bug bootstrap/60634] [4.9] Build x86_64-unknown-linux-gnu with --disable-libstdc__-v3 is broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60634 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org --- If you don't want libstdc++, then you should disable C++ instead of disabling libstdc++. Anyways won't fix.
[Bug jit/64196] No automated test coverage for debugging of JIT-generated code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64196 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-10 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- Confirmed.
[Bug other/64362] rtl.h:2168:13: error: use of enum 'reg_class' without previous declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64362 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- (In reply to Alexander Pyhalov from comment #1) Sorry, it seems to be illumos issue. So closing.
[Bug lto/64076] [4.9/5 Regression] ICE: in update_visibility_by_resolution_info, at ipa-visibility.c:427
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64076 --- Comment #3 from tbsaunde at gcc dot gnu.org --- Author: tbsaunde Date: Tue Feb 10 02:23:11 2015 New Revision: 220561 URL: https://gcc.gnu.org/viewcvs?rev=220561root=gccview=rev Log: Tolerate different definitions of symbols in lto gcc/ PR lto/64076 * ipa-visibility.c (update_visibility_by_resolution_info): Only assert when not in lto mode. Added: trunk/gcc/testsuite/g++.dg/lto/pr64076.H trunk/gcc/testsuite/g++.dg/lto/pr64076_0.C trunk/gcc/testsuite/g++.dg/lto/pr64076_1.C Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-visibility.c
[Bug tree-optimization/61114] Scalar evolution hides a big-endian const-folding bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61114 --- Comment #12 from collison at gcc dot gnu.org --- Author: collison Date: Tue Feb 10 02:23:40 2015 New Revision: 220562 URL: https://gcc.gnu.org/viewcvs?rev=220562root=gccview=rev Log: 2015-02-09 Michael Collison michael.colli...@linaro.org Backport from trunk r216779. 2014-10-28 Alan Lawrence alan.lawre...@arm.com * expr.c (expand_expr_real_2): Remove code handling VEC_LSHIFT_EXPR. * fold-const.c (const_binop): Likewise. * cfgexpand.c (expand_debug_expr): Likewise. * tree-inline.c (estimate_operator_cost): Likewise. * tree-vect-generic.c (expand_vector_operations_1): Likewise. * optabs.c (optab_for_tree_code): Likewise. (expand_vec_shift_expr): Likewise, update comment. * tree.def: Delete VEC_LSHIFT_EXPR, remove comment. * optabs.h (expand_vec_shift_expr): Remove comment re. VEC_LSHIFT_EXPR. * optabs.def: Remove vec_shl_optab. * doc/md.texi: Remove references to vec_shr_m. 2015-02-09 Michael Collison michael.colli...@linaro.org Backport from trunk r216742. 2014-10-27 Alan Lawrence alan.lawre...@arm.com * config/aarch64/aarch64.c (TARGET_GIMPLE_FOLD_BUILTIN): Define again. * config/aarch64/aarch64-builtins.c (aarch64_gimple_fold_builtin): Restore, enable for bigendian, update to use __builtin..._scal... 2015-02-09 Michael Collison michael.colli...@linaro.org Backport from trunk r216741. 2014-10-27 Alan Lawrence alan.lawre...@arm.com * config/aarch64/aarch64-simd-builtins.def (reduc_smax_, reduc_smin_, reduc_umax_, reduc_umin_, reduc_smax_nan_, reduc_smin_nan_): Remove. (reduc_smax_scal_, reduc_smin_scal_, reduc_umax_scal_, reduc_umin_scal_, reduc_smax_nan_scal_, reduc_smin_nan_scal_): New. * config/aarch64/aarch64-simd.md (reduc_maxmin_uns_mode): Rename VDQV_S variant to... (reduc_maxmin_uns_internalmode): ...this. (reduc_maxmin_uns_mode): New (VDQ_BHSI). (reduc_maxmin_uns_scal_mode): New (*2). (reduc_maxmin_uns_v2si): Combine with below, renaming... (reduc_maxmin_uns_mode): Combine V2F with above, renaming... (reduc_maxmin_uns_internal_mode): ...to this (VDQF). * config/aarch64/arm_neon.h (vmaxv_f32, vmaxv_s8, vmaxv_s16, vmaxv_s32, vmaxv_u8, vmaxv_u16, vmaxv_u32, vmaxvq_f32, vmaxvq_f64, vmaxvq_s8, vmaxvq_s16, vmaxvq_s32, vmaxvq_u8, vmaxvq_u16, vmaxvq_u32, vmaxnmv_f32, vmaxnmvq_f32, vmaxnmvq_f64, vminv_f32, vminv_s8, vminv_s16, vminv_s32, vminv_u8, vminv_u16, vminv_u32, vminvq_f32, vminvq_f64, vminvq_s8, vminvq_s16, vminvq_s32, vminvq_u8, vminvq_u16, vminvq_u32, vminnmv_f32, vminnmvq_f32, vminnmvq_f64): Update to use __builtin_aarch64_reduc_..._scal; remove vget_lane wrapper. 2015-02-09 Michael Collison michael.colli...@linaro.org Backport from trunk r216738. 2014-10-27 Alan Lawrence alan.lawre...@arm.com * config/aarch64/aarch64-simd-builtins.def (reduc_splus_mode/VDQF, reduc_uplus_mode/VDQF, reduc_splus_v4sf): Remove. (reduc_plus_scal_mode, reduc_plus_scal_v4sf): New. * config/aarch64/aarch64-simd.md (reduc_surplus_mode): Remove. (reduc_splus_mode, reduc_uplus_mode, reduc_plus_scal_mode): New. (reduc_surplus_mode): Change SUADDV - UNSPEC_ADDV, rename to... (aarch64_reduc_plus_internalmode): ...this. (reduc_surplus_v2si): Change SUADDV - UNSPEC_ADDV, rename to... (aarch64_reduc_plus_internalv2si): ...this. (reduc_splus_mode/V2F): Rename to... (aarch64_reduc_plus_internalmode): ...this. * config/aarch64/iterators.md (UNSPEC_SADDV, UNSPEC_UADDV, SUADDV): Remove. (UNSPEC_ADDV): New. (sur): Remove elements for UNSPEC_SADDV and UNSPEC_UADDV. * config/aarch64/arm_neon.h (vaddv_s8, vaddv_s16, vaddv_s32, vaddv_u8, vaddv_u16, vaddv_u32, vaddvq_s8, vaddvq_s16, vaddvq_s32, vaddvq_s64, vaddvq_u8, vaddvq_u16, vaddvq_u32, vaddvq_u64, vaddv_f32, vaddvq_f32, vaddvq_f64): Change __builtin_aarch64_reduc_[us]plus_... to __builtin_aarch64_reduc_plus_scal, remove vget_lane wrapper. 2015-02-09 Michael Collison michael.colli...@linaro.org Backport from trunk r216737. 2014-10-27 Alan Lawrence alan.lawre...@arm.com PR tree-optimization/61114 * doc/md.texi (Standard Names): Add reduc_(plus,[us](min|max))|scal optabs, and note in reduc_[us](plus|min|max) to prefer the former. * expr.c (expand_expr_real_2): Use reduc_..._scal if available, fall back to old reduc_... BIT_FIELD_REF only if not. * optabs.c (optab_for_tree_code): for REDUC_(MAX,MIN,PLUS)_EXPR, return the reduce-to-scalar (reduc_..._scal) optab. (scalar_reduc_to_vector): New. * optabs.def (reduc_smax_scal_optab, reduc_smin_scal_optab, reduc_plus_scal_optab, reduc_umax_scal_optab, reduc_umin_scal_optab): New. * optabs.h (scalar_reduc_to_vector): Declare. * tree-vect-loop.c (vectorizable_reduction): Look for optabs reducing to either scalar or vector.
[Bug tree-optimization/43378] IVOPTs messes up code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43378 --- Comment #1 from amker at gcc dot gnu.org --- Author: amker Date: Tue Feb 10 02:34:41 2015 New Revision: 220563 URL: https://gcc.gnu.org/viewcvs?rev=220563root=gccview=rev Log: PR tree-optimization/43378 * gcc.dg/tree-ssa/pr43378.c: New test. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr43378.c Modified: trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/64992] New: More optimize opportunity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64992
Bug ID: 64992
Summary: More optimize opportunity
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ishiura-compiler at ml dot kwansei.ac.jp
The two programs (A.c) and (B.c) only differ by one line (marked by //
---HERE),
where (B.c) simply replace local variable b by its initial value 2U.
The code (A.s) for (A.c) is less optimized than (B.s) for (B.c).
(org.c)
int main (void)
{
volatile int a = -1;
unsigned int b = 2U;
int c = a + 0;
unsigned d = b * (1 == c); //---HERE
if (c == -1) ;
else __builtin_abort();
if (d == 0U) ;
else __builtin_abort();
return 0;
}
(opt.c)
int main (void)
{
volatile int a = -1;
unsigned int b = 2U;
int c = a + 0;
unsigned d = 2U * (1 == c);//---HERE
if (c == -1) ;
else __builtin_abort();
if (d == 0U) ;
else __builtin_abort();
return 0;
}
(org.s)
main:
.LFB0:
.cfi_startproc
subq $24, %rsp
.cfi_def_cfa_offset 32
xorl %eax, %eax
movl $-1, 12(%rsp)
movl 12(%rsp), %edx
cmpl $1, %edx
sete %al
addl %eax, %eax
cmpl $-1, %edx
jne.L3
testl %eax, %eax
jne.L3
addq $24, %rsp
.cfi_remember_state
.cfi_def_cfa_offset 8
ret
.L3:
.cfi_restore_state
call abort
.cfi_endproc
.LFE0:
.size main, .-main
.section .text.unlikely
.LCOLDE0:
.section .text.startup
.LHOTE0:
.ident GCC: (GNU) 5.0.0 20150205 (experimental)
.section .note.GNU-stack,,@progbits
(opt.s)
main:
.LFB0:
.cfi_startproc
subq $24, %rsp
.cfi_def_cfa_offset 32
movl $-1, 12(%rsp)
movl 12(%rsp), %eax
cmpl $-1, %eax
jne.L5
xorl %eax, %eax
addq $24, %rsp
.cfi_remember_state
.cfi_def_cfa_offset 8
ret
.L5:
.cfi_restore_state
call abort
.cfi_endproc
.LFE0:
.size main, .-main
.section .text.unlikely
.LCOLDE0:
.section .text.startup
.LHOTE0:
.ident GCC: (GNU) 5.0.0 20150205 (experimental)
.section .note.GNU-stack,,@progbits
$ x86_64-unknown-linux-gnu-gcc-5.0.0 -v
Using built-in specs.
COLLECT_GCC=x86_64-unknown-linux-gnu-gcc-5.0.0
COLLECT_LTO_WRAPPER=/usr/local/x86_64-tools/gcc-5.0.0/libexec/gcc/x86_64-unknown-linux-gnu/5.0.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/iwatsuji/gcc/configure
--prefix=/usr/local/x86_64-tools/gcc-5.0.0/
--with-gmp=/usr/local/gmp-5.1.1/ --with-mpfr=/usr/local/mpfr-3.1.2/
--with-mpc=/usr/local/mpc-1.0.1/ --disable-multilib --disable-nls
--enable-languages=c
Thread model: posix
gcc version 5.0.0 20150205 (experimental) (GCC)
[Bug fortran/59765] [4.9/5 Regression] [OOP] ICE on valid with finalizable array components
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #16 from Alipasha alipasha.celeris at gmail dot com --- (In reply to Paul Thomas from comment #15) This is one and the same as PR64932 for which I have just posted a fix. Thanks to Dominique for noticing this. Since it is a regression, I will be posting to 4.9 and 5.0. Cheers Paul Is this fix committed to the trunk? I just updated to GNU Fortran (GCC) 5.0.0 20150210 (experimental) and still get the ICE with the test case: in gfc_conv_descriptor_data_get, at fortran/trans-array.c:157 ... Thank you for looking into this :)
[Bug fortran/57822] I/O: (g0) wrongly prints E+0000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822 --- Comment #2 from Jerry DeLisle jvdelisle at gcc dot gnu.org --- Author: jvdelisle Date: Tue Feb 10 02:49:58 2015 New Revision: 220564 URL: https://gcc.gnu.org/viewcvs?rev=220564root=gccview=rev Log: 2015-02-09 Jerry DeLisle jvdeli...@gcc.gnu.org PR libgfortran/57822 * io/write_float.def (output_float): If doing g0 editing and exponent is zero, do not emit exponent. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/write_float.def
[Bug c++/60269] #pragma simd tsubst related ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60269 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-10 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- Confirmed.
[Bug c++/60217] Numerous ICEs involving wrong usage of __bases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60217 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-10 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- Confirmed.
[Bug c++/60198] ICE with _Cilk_spawn in expression within template function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||tau at eidos dot ic.i.u-tokyo.ac.j ||p --- Comment #6 from Andrew Pinski pinskia at gcc dot gnu.org --- *** Bug 61286 has been marked as a duplicate of this bug. ***
[Bug c++/61286] internal compiler error -fcilkplus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61286 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- An almost exact dup of bug 60198. *** This bug has been marked as a duplicate of bug 60198 ***
[Bug sanitizer/64839] libsanitizer shouldn't require rpc/xdr.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-10 Ever confirmed|0 |1 --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- Confirmed.
[Bug c++/64994] New: [5 Regression] Firefox build error: ICE: in cxx_eval_call_expression, at cp/constexpr.c:1353
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64994 Bug ID: 64994 Summary: [5 Regression] Firefox build error: ICE: in cxx_eval_call_expression, at cp/constexpr.c:1353 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: trippels at gcc dot gnu.org CC: jason at gcc dot gnu.org Probably since r220544 (haven't bisected yet) I get: trippels@gcc2-power8 generic % g++ -w -c -O0 -std=c++11 nsGfxScrollFrame.ii /home/trippels/gecko-dev/layout/generic/nsGfxScrollFrame.cpp: In constructor ‘mozilla::ScrollFrameHelper::AsyncScroll::AsyncScroll(nsPoint)’: /home/trippels/gecko-dev/layout/generic/nsGfxScrollFrame.cpp:1514:22: in constexpr expansion of ‘mozilla::TimeStamp()’ /home/trippels/gecko-dev/layout/generic/nsGfxScrollFrame.cpp:1514:22: internal compiler error: in cxx_eval_call_expression, at cp/constexpr.c:1353 , mCallee(nullptr) ^ 0x1042e6e3 cxx_eval_call_expression ../../gcc/gcc/cp/constexpr.c:1353 0x1042f607 cxx_eval_constant_expression ../../gcc/gcc/cp/constexpr.c:3016 0x10435713 cxx_eval_outermost_constant_expr ../../gcc/gcc/cp/constexpr.c:3523 0x104398db maybe_constant_init(tree_node*, tree_node*) ../../gcc/gcc/cp/constexpr.c:3727 0x10363d2f build_vec_init(tree_node*, tree_node*, tree_node*, bool, int, int) ../../gcc/gcc/cp/init.c:3793 0x1040de63 cp_gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**) ../../gcc/gcc/cp/cp-gimplify.c:566 0x10795143 gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**, bool (*)(tree_node*), int) ../../gcc/gcc/gimplify.c:7806 0x1079adff gimplify_stmt(tree_node**, gimple_statement_base**) ../../gcc/gcc/gimplify.c:5514 0x107976cb gimplify_cleanup_point_expr ../../gcc/gcc/gimplify.c:5290 0x107976cb gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**, bool (*)(tree_node*), int) ../../gcc/gcc/gimplify.c:8260 0x1079adff gimplify_stmt(tree_node**, gimple_statement_base**) ../../gcc/gcc/gimplify.c:5514 0x1079828b gimplify_statement_list ../../gcc/gcc/gimplify.c:1483 0x1079828b gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**, bool (*)(tree_node*), int) ../../gcc/gcc/gimplify.c:8312 0x1079adff gimplify_stmt(tree_node**, gimple_statement_base**) ../../gcc/gcc/gimplify.c:5514 0x1079bd2f gimplify_bind_expr ../../gcc/gcc/gimplify.c:1132 0x10797867 gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**, bool (*)(tree_node*), int) ../../gcc/gcc/gimplify.c:8094 0x1079adff gimplify_stmt(tree_node**, gimple_statement_base**) ../../gcc/gcc/gimplify.c:5514 0x1079cb97 gimplify_body(tree_node*, bool) ../../gcc/gcc/gimplify.c:9048 0x1079d2db gimplify_function_tree(tree_node*) ../../gcc/gcc/gimplify.c:9202 0x10579b77 cgraph_node::analyze() ../../gcc/gcc/cgraphunit.c:631 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. Reducing...
[Bug gcov-profile/61889] [5 Regression] gcov-tool.c uses nftw, ftw.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889 --- Comment #23 from tbsaunde at gcc dot gnu.org --- Author: tbsaunde Date: Tue Feb 10 03:40:20 2015 New Revision: 220566 URL: https://gcc.gnu.org/viewcvs?rev=220566root=gccview=rev Log: Support gcov-tool without ftw.h gcc/ PR gcov-profile/61889 * config.in: regenerate. * configure.in: Likewise. * configure.ac: Check for ftw.h. * gcov-tool.c: Check for ftw.h before using nftw. Modified: trunk/gcc/ChangeLog trunk/gcc/config.in trunk/gcc/configure trunk/gcc/configure.ac trunk/gcc/gcov-tool.c
[Bug c++/60366] ICE with self-invoking lambdas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60366 --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- This is ICEing while trying to print out about the lambda.
[Bug c++/60366] ICE with self-invoking lambdas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60366 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic, ||ice-on-invalid-code Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-10 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- Confirmed: #0 pp_c_type_qualifier_list (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb5dc3b10) at ../../gcc/c-family/c-pretty-print.c:275 #1 0x00858798 in pp_c_specifier_qualifier_list (pp=0x1662488 scratch_pretty_printer, t=0x3ffb5dc3b10) at ../../gcc/c-family/c-pretty-print.c:469 #2 0x006bc208 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb5dc3b10, flags=flags@entry=0) at ../../gcc/cp/error.c:829 #3 0x006bc194 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb5dc3bb8, flags=flags@entry=0) at ../../gcc/cp/error.c:749 #4 0x006bc194 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb5dc4788, flags=flags@entry=0) at ../../gcc/cp/error.c:749 #5 0x006baeb0 in dump_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=0) at ../../gcc/cp/error.c:528 #6 0x006c329c in dump_parameters (pp=pp@entry=0x1662488 scratch_pretty_printer, parmtypes=0x3ffb602db60, parmtypes@entry=0x3ffb602db38, flags=optimized out, flags@entry=1) at ../../gcc/cp/error.c:1624 #7 0x006c66a8 in dump_function_decl (pp=0x1662488 scratch_pretty_printer, t=0x3ffb604ec00, flags=flags@entry=1) at ../../gcc/cp/error.c:1559 #8 0x006c6e88 in dump_scope (pp=pp@entry=0x1662488 scratch_pretty_printer, scope=optimized out, flags=flags@entry=5) at ../../gcc/cp/error.c:178 #9 0x006ba2b8 in dump_aggr_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:682 #10 0x006bc208 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb6061650, flags=flags@entry=4) at ../../gcc/cp/error.c:829 #11 0x006bc194 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb60616f8, flags=flags@entry=4) at ../../gcc/cp/error.c:749 #12 0x006baeb0 in dump_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:528 #13 0x006c329c in dump_parameters (pp=pp@entry=0x1662488 scratch_pretty_printer, parmtypes=0x3ffb602ddb8, flags=optimized out, flags@entry=4) at ../../gcc/cp/error.c:1624 #14 0x006ba898 in dump_aggr_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:711 #15 0x006bc208 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb6061650, flags=flags@entry=4) at ../../gcc/cp/error.c:829 #16 0x006bc194 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb60616f8, flags=flags@entry=4) at ../../gcc/cp/error.c:749 #17 0x006baeb0 in dump_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:528 #18 0x006c329c in dump_parameters (pp=pp@entry=0x1662488 scratch_pretty_printer, parmtypes=0x3ffb602ddb8, flags=optimized out, flags@entry=4) at ../../gcc/cp/error.c:1624 #19 0x006ba898 in dump_aggr_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:711 #20 0x006bc208 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb6061650, flags=flags@entry=4) at ../../gcc/cp/error.c:829 #21 0x006bc194 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb60616f8, flags=flags@entry=4) at ../../gcc/cp/error.c:749 #22 0x006baeb0 in dump_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:528 #23 0x006c329c in dump_parameters (pp=pp@entry=0x1662488 scratch_pretty_printer, parmtypes=0x3ffb602ddb8, flags=optimized out, flags@entry=4) at ../../gcc/cp/error.c:1624 #24 0x006ba898 in dump_aggr_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:711 #25 0x006bc208 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb6061650, flags=flags@entry=4) at ../../gcc/cp/error.c:829 #26 0x006bc194 in dump_type_prefix (pp=pp@entry=0x1662488 scratch_pretty_printer, t=t@entry=0x3ffb60616f8, flags=flags@entry=4) at ../../gcc/cp/error.c:749 #27 0x006baeb0 in dump_type (pp=0x1662488 scratch_pretty_printer, t=optimized out, flags=4) at ../../gcc/cp/error.c:528 #28 0x006c329c in dump_parameters (pp=pp@entry=0x1662488
[Bug middle-end/64993] New: Missed ccmp optimization with simple code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64993
Bug ID: 64993
Summary: Missed ccmp optimization with simple code
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: pinskia at gcc dot gnu.org
Take:
int foo_c (int a, int b)
{
if (a 9 b 34)
return 4;
else
return 26;
}
--- CUT ---
Currently we produce:
foo_c:
cmp w0, 9
mov w0, 33
ccmpw1, w0, 0, gt
mov w2, 4
csetw1, le
mov w0, 26
cmp w1, wzr
cselw0, w2, w0, ne
ret
But the cset/cmp is not needed.
The reason is the following check is false:
It is failing this check:
/* Make sure that the value that is to be substituted for the register
does not use any registers whose values alter in between. However,
If the insns are adjacent, a use can't cross a set even though we
think it might (this can happen for a sequence of insns each setting
the same destination; last_set of that register might point to
a NOTE). If INSN has a REG_EQUIV note, the register is always
equivalent to the memory so the substitution is valid even if there
are intervening stores. Also, don't move a volatile asm or
UNSPEC_VOLATILE across any other insns. */
|| (!all_adjacent
(((!MEM_P (src) || !find_reg_note (insn, REG_EQUIV, src))
use_crosses_set_p (src, DF_INSN_LUID (insn)))
|| (GET_CODE (src) == ASM_OPERANDS MEM_VOLATILE_P (src))
|| GET_CODE (src) == UNSPEC_VOLATILE))
--- CUT ---
If we have:
int foo_c (int a, int b, int c, int d)
{
if (a 9 b 34)
return c;
else
return d;
}
--- CUT ---
the cset/cmp is optimized away.
[Bug rtl-optimization/64713] Missed ccmp optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64713 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target|aarch64-linux |aarch64*-*-linux* Depends on||64993 --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org --- (In reply to Andrew Pinski from comment #2) Here is a testcase which shows one of the issues with removing the optimization inside expand: I don't know if this was the only issue so I filed bug 64993 for that one.
[Bug fortran/57284] [OOP] ICE with find_array_spec for polymorphic arrays
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57284 --- Comment #3 from Lorenz Hüdepohl bugs at stellardeath dot org --- Any progress on this one? 4.9.2 still produces the error: ~/sys/stow/gcc-4.9.2/bin/gfortran --version GNU Fortran (GCC) 4.9.2 Copyright (C) 2014 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING ~/sys/stow/gcc-4.9.2/bin/gfortran minimal.f90 minimal.f90:10.9: program p 1 Internal Error at (1): find_array_spec(): unused as(1)
[Bug ipa/64978] [5 Regression] ICE: in ipcp_verify_propagated_values, at ipa-cp.c:1060
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #5 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Reduced testcase for comment 4:
trippels@gcc20 test % cat VTableBuilder.ii
class A {
public:
A(int, int);
};
class B {
public:
void m_fn1(bool, const int *, int );
unsigned m_fn2();
};
namespace {
class C {
B VTables;
void m_fn3(A, unsigned, const int *, int );
public:
int VFTableBuilder_VisitedBases;
B VFTableBuilder_VTables;
C() : VTables(VFTableBuilder_VTables) {
m_fn3(A(0, 0), 0, 0, VFTableBuilder_VisitedBases);
}
};
}
int a;
void C::m_fn3(A, unsigned, const int *, int ) {
for (;;)
1 ? VTables.m_fn2() : 0;
}
void B::m_fn1(bool, const int *, int ) { C(); }
unsigned B::m_fn2() { m_fn1(0, 0, a); }
trippels@gcc20 test % g++ -O2 -c VTableBuilder.ii
VTableBuilder.ii:29:39: internal compiler error: in
ipcp_verify_propagated_values, at ipa-cp.c:1060
[Bug fortran/64980] [5 Regression] ICE in trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980 --- Comment #5 from Mikael Morin mikael at gcc dot gnu.org --- (In reply to Mikael Morin from comment #4) This cures it: Another way to cure it: Index: trans-expr.c === --- trans-expr.c(révision 220514) +++ trans-expr.c(copie de travail) @@ -3783,10 +3783,6 @@ gfc_apply_interface_mapping_to_expr (gfc_interface expr-symtree = sym-new_sym; else if (sym-expr) gfc_replace_expr (expr, gfc_copy_expr (sym-expr)); -/* Replace base type for polymorphic arguments. */ -if (expr-ref expr-ref-type == REF_COMPONENT - sym-expr sym-expr-ts.type == BT_CLASS) - expr-ref-u.c.sym = sym-expr-ts.u.derived; } /* ...and to subexpressions in expr-value. */
[Bug sanitizer/64984] [5 Regression] ICE in check_noexcept_t with ubsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64984 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-09 CC||mpolacek at gcc dot gnu.org Target Milestone|--- |5.0 Ever confirmed|0 |1 --- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org --- Confirmed. Seems to be a bug in the vptr checking; -std=gnu++11 -fsanitize=vptr ICEs, -std=gnu++11 -fsanitize=undefined -fno-sanitize=vptr compiles ok.
[Bug fortran/63205] [OOP] Wrongly rejects type = class (for identical declared type)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205 --- Comment #12 from Uroš Bizjak ubizjak at gmail dot com --- Reopening, something is wrong with the testcase:(In reply to Paul Thomas from comment #11) Fixed on trunk, aka 5.0.0 The added testcase fails with valgrind due to memory errors, please see PR64986.
[Bug other/63492] bconfig.h or config.h for gencondmd.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63492 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2015-02-09 Ever confirmed|0 |1 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org --- Can you expand on what you think is going wrong here? genconditions.c is compiled for the build machine. it outputs C code that is then compiled. Which macros do you think genconditions.c is getting incorrect?
[Bug other/63492] bconfig.h or config.h for gencondmd.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63492 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Severity|critical|normal --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org --- Can you expand on what you think is going wrong here? genconditions.c is compiled for the build machine. it outputs C code that is then compiled. Which macros do you think genconditions.c is getting incorrect?
[Bug ipa/64982] [5 Regression] Many g++ failures on x86_64-apple-darwin14 with -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982 --- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr --- Actually reverting... Author: hubicka Date: Sun Feb 8 21:04:41 2015 New Revision: 220520 ... eliminates the ICEs in g++.dg/abi/covariant2.C at -m32 on x86_64-apple-darwin14. Probably related to the absence of alias support on darwin. Actually it eliminates all the new ICES.
[Bug debug/53770] Regression: incorrect line numbers in debug info since 4.5+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53770 --- Comment #3 from petschy at gmail dot com --- Tried now w/ g++ 4.9.1 (Debian 4.9.1-19), and single stepping is still wrong. The only difference is that it doesn't stop on ++f in line 30 after breaking out from the loop. However, all the other bugs are still there. Also tested w/ g++-5.0 (8fe6ab3): - in do_print(), the outer loop iteration is OK, it doesn't stop now on the last printf line - it still doesn't step on the break; on line 26 - but then continues correctly on line 36 after breaking out (was: line 30 ++f) - the difference is still present between the templated and non-templated versions: do_print2(), the non-templated version jumps from line 85 to 91 (the break is still skipped), which is the closing brace of the loop. The templated version jumps to the first statement after the loop, correctly. $ g++-5.0.0 -v Using built-in specs. COLLECT_GCC=g++-5.0.0 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/5.0.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../configure --enable-languages=c,c++ --disable-multilib --program-suffix=-5.0.0 Thread model: posix gcc version 5.0.0 20150203 (experimental) (GCC)
[Bug c++/64987] New: alignas(N) (and __attribute__(__aligned__(N))) ignored on enum specifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64987
Bug ID: 64987
Summary: alignas(N) (and __attribute__(__aligned__(N))) ignored
on enum specifiers
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: richard-gccbugzilla at metafoo dot co.uk
Testcase:
enum alignas(16) E {};
E e;
GCC fails to align 'e' to 16 bytes.
The same issue exists for __attribute__((__aligned__(16))), which the
documentation suggests should work.
[Bug ipa/64988] New: [5 Regression] ICE: verify_cgraph_node failed: Alias and target's comdat groups differs with -fdeclone-ctor-dtor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64988 Bug ID: 64988 Summary: [5 Regression] ICE: verify_cgraph_node failed: Alias and target's comdat groups differs with -fdeclone-ctor-dtor Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: zsojka at seznam dot cz Created attachment 34708 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34708action=edit reduced testcase Compiler output: $ gcc -O -fdeclone-ctor-dtor testcase.C testcase.C:10:4: error: Alias and target's comdat groups differs D d; ^ _ZN1DD0Ev/36 (virtual D::~D()) @0x7fc5f016 Type: function definition analyzed Visibility: externally_visible public weak comdat comdat_group:_ZN1DD5Ev one_only section:.text._ZN1DD0Ev (implicit_section) virtual artificial Address is taken. References: Referring: *.LTHUNK7/43 (alias)_ZTV1D/29 (addr) Availability: available First run: 0 Function flags: body Called by: Calls: _ZdlPv/59 (1.00 per call) _ZN1DD1Ev/79 (inlined) (1.00 per call) (can throw external) *.LTHUNK7/43 (virtual void *.LTHUNK7()) @0x7fc5f0160ab8 Type: function definition analyzed alias cpp_implicit_alias Visibility: prevailing_def_ironly section:.text._ZN1DD0Ev (implicit_section) virtual artificial References: _ZN1DD0Ev/36 (alias) Referring: Availability: available First run: 0 Function flags: Called by: _ZThn8_N1DD0Ev/44 (1.00 per call) Calls: testcase.C:10:4: internal compiler error: verify_cgraph_node failed 0x9e3afd cgraph_node::verify_node() /mnt/svn/gcc-trunk/gcc/cgraph.c:3100 0x9d8997 symtab_node::verify() /mnt/svn/gcc-trunk/gcc/symtab.c:1161 0x9d9c27 symtab_node::verify_symtab_nodes() /mnt/svn/gcc-trunk/gcc/symtab.c:1181 0xc1cd48 symbol_table::remove_unreachable_nodes(_IO_FILE*) /mnt/svn/gcc-trunk/gcc/ipa.c:674 0x183c7be ipa_inline /mnt/svn/gcc-trunk/gcc/ipa-inline.c:2307 0x183c7be execute /mnt/svn/gcc-trunk/gcc/ipa-inline.c:2693 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r220527 - ICE 4_9 r219040 - OK
[Bug target/62631] gcc.dg/tree-ssa/ivopts-lt-2.c FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631 --- Comment #33 from amker at gcc dot gnu.org --- (In reply to Eric Botcazou from comment #31) The test also fails on PowerPC, the 2 IVs are kept by ivopts. On targets like ARM, the biv(i) is eliminated with biv(p). PowerPC is different, it only supports pre-increment addressing mode, so GIV(p-4) is selected for the array reference. GCC now is conservative in iv elimination by only considering original BIV and nowrapping IVs. Related code is in function iv_elimination_compare_lt as below: /* We need to know that the candidate induction variable does not overflow. While more complex analysis may be used to prove this, for now just check that the variable appears in the original program and that it is computed in a type that guarantees no overflows. */ cand_type = TREE_TYPE (cand-iv-base); if (cand-pos != IP_ORIGINAL || !nowrap_type_p (cand_type)) return false; Another place we can improve.
[Bug ipa/63566] [5 Regression] i686 bootstrap fails: ICE RTL flag check: INSN_UID used with unexpected rtx code 'set' in INSN_UID, at rtl.h:1326
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566 --- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org --- Even with all the committed patches I don't see any change on the #c5 testcase, which in 4.9 used regparm(3) calling convention e.g. for f1 and f2, but with current trunk still uses regparm(0).
[Bug libffi/64894] libffi does not work for ILP32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64894 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||patch Status|UNCONFIRMED |ASSIGNED URL||https://gcc.gnu.org/ml/gcc- ||patches/2015-02/msg00507.ht ||ml Last reconfirmed||2015-02-09 Ever confirmed|0 |1
[Bug target/64460] ARM ICE on valid code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64460 --- Comment #13 from collison at gcc dot gnu.org --- Author: collison Date: Tue Feb 10 07:53:23 2015 New Revision: 220570 URL: https://gcc.gnu.org/viewcvs?rev=220570root=gccview=rev Log: 2015-02-10 Michael Collison michael.colli...@linaro.org Backport from trunk r219583. 2015-01-14 Kyrylo Tkachov kyrylo.tkac...@arm.com PR target/64460 * config/arm/arm.md (*arith_shift_insn_multsi): Set 'shift' to 2. (*arith_shift_insn_shiftsi): Set 'shift' attr to 3. 2015-02-10 Michael Collison michael.colli...@linaro.org Backport from trunk r217430. 2014-11-12 Ramana Radhakrishnan ramana.radhakrish...@arm.com * config/arm/arm.c (*arith_shift_insn_shiftsi): Fix typo. 2015-02-10 Michael Collison michael.colli...@linaro.org Backport from trunk r219583. 2015-01-14 Kyrylo Tkachov kyrylo.tkac...@arm.com PR target/64460 * gcc.target/arm/pr64460_1.c: New test. Added: branches/linaro/gcc-4_9-branch/gcc/testsuite/gcc.target/arm/pr64460_1.c Modified: branches/linaro/gcc-4_9-branch/gcc/ChangeLog.linaro branches/linaro/gcc-4_9-branch/gcc/config/arm/arm.md branches/linaro/gcc-4_9-branch/gcc/testsuite/ChangeLog.linaro
[Bug gcov-profile/61889] [5 Regression] gcov-tool.c uses nftw, ftw.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889 Jeffrey A. Law law at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED CC||law at redhat dot com Resolution|--- |FIXED --- Comment #24 from Jeffrey A. Law law at redhat dot com --- Fixed by Trevor's patch to the trunk. We have a configure check for ftw.h and if it's not found we disable things that are dependent on ftw.
[Bug target/64011] Fail to compile pr48335-2.c on big-endian where bit insert instruction supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64011 --- Comment #5 from collison at gcc dot gnu.org --- Author: collison Date: Tue Feb 10 07:31:25 2015 New Revision: 220568 URL: https://gcc.gnu.org/viewcvs?rev=220568root=gccview=rev Log: 2015-02-10 Michael Collison michael.colli...@linaro.org Backport from trunk r219718. * expmed.c (store_bit_field_using_insv): Improve warning message. Use %wu instead of HOST_WIDE_INT_PRINT_UNSIGNED. 2015-01-15 Jiong Wang jiong.w...@arm.com 2015-02-10 Michael Collison michael.colli...@linaro.org Backport from trunk r219717. 2015-01-15 Jiong Wang jiong.w...@arm.com PR rtl-optimization/64011 * expmed.c (store_bit_field_using_insv): Warn and truncate bitsize when there is partial overflow. Modified: branches/linaro/gcc-4_9-branch/gcc/ChangeLog.linaro branches/linaro/gcc-4_9-branch/gcc/expmed.c
[Bug fortran/64986] class_to_type_4.f90: valgrind error: Invalid read/write of size 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #1 from Uroš Bizjak ubizjak at gmail dot com --- The testcase is from PR63205, CC author.
[Bug fortran/63205] [OOP] Wrongly rejects type = class (for identical declared type)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205 Uroš Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #13 from Uroš Bizjak ubizjak at gmail dot com --- (In reply to Paul Thomas from comment #11) Reopening.
[Bug fortran/64986] New: class_to_type_4.f90: valgrind error: Invalid read/write of size 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986 Bug ID: 64986 Summary: class_to_type_4.f90: valgrind error: Invalid read/write of size 8 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: ubizjak at gmail dot com /ssd/uros/gcc-build/gcc/gfortran -B /ssd/uros/gcc-build/gcc -B /ssd/uros/gcc-build/x86_64-unknown-linux-gnu/libgfortran/ -L /ssd/uros/gcc-build/x86_64-unknown-linux-gnu/libgfortran/.libs/ -L /ssd/uros/gcc-build/x86_64-unknown-linux-gnu/libquadmath/.libs/ -O2 -g class_to_type_4.f90 $ valgrind ./a.out ==991== Memcheck, a memory error detector ==991== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==991== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==991== Command: ./a.out ==991== ==991== Invalid read of size 8 ==991==at 0x401F8F: MAIN__ (class_to_type_4.f90:58) ==991==by 0x40076C: main (class_to_type_4.f90:63) ==991== Address 0x51afcb8 is 8 bytes inside a block of size 104 free'd ==991==at 0x4A07CE9: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==991==by 0x401F8E: MAIN__ (class_to_type_4.f90:58) ==991==by 0x40076C: main (class_to_type_4.f90:63) ==991== ==991== Invalid write of size 8 ==991==at 0x401FAB: MAIN__ (class_to_type_4.f90:58) ==991==by 0x40076C: main (class_to_type_4.f90:63) ==991== Address 0x51afcb8 is 8 bytes inside a block of size 104 free'd ==991==at 0x4A07CE9: free (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so) ==991==by 0x401F8E: MAIN__ (class_to_type_4.f90:58) ==991==by 0x40076C: main (class_to_type_4.f90:63) ==991==
[Bug ipa/64982] [5 Regression] Many g++ failures on x86_64-apple-darwin14 with -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982 --- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org --- Hmm, I see. The problem is that asm_out.can_output_mi_thunk now needs to walk alias to know what ABI the callee function uses and aliases are not analyzed at this point. I solved similar issue in cgraphunit, I think we can safely move that diagnostics there.
[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813 --- Comment #20 from Dominique d'Humieres dominiq at lps dot ens.fr --- Full regtesting just completed. Unless pr64982 and https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00550.html are masking some latent bug introduced by the patch, it does not seem to introduce any regression. Thanks.
[Bug bootstrap/60244] GCC-trunk rev.207809, Segmentation fault when executing .../xgcc -dumpspecs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60244 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2015-02-09 Ever confirmed|0 |1 --- Comment #6 from Andrew Pinski pinskia at gcc dot gnu.org --- Does this still happen?
[Bug ada/64985] Default Scalar Storage Order Fails when an address is associated with a record
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64985 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-09 Ever confirmed|0 |1 --- Comment #1 from Eric Botcazou ebotcazou at gcc dot gnu.org --- Confirmed, but please do _not_ use this pragma, it's essentially untested and is guaranteed to be a disaster performance-wise...
[Bug other/63513] Error to build gcc loaded from svn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63513 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target||x86_64-apple-darwin13.4.0 Status|UNCONFIRMED |WAITING Last reconfirmed||2015-02-09 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- Does this happen still? I know other folks have built a compiler for x86_64-apple-darwin13.4.0 natively.
[Bug target/63652] [AArch64_be] vzip/vuzp tests fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63652 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- Hasn't this been fixed or at least the patch submitted to fix them?
[Bug ada/64985] New: Default Scalar Storage Order Fails when an address is associated with a record
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64985 Bug ID: 64985 Summary: Default Scalar Storage Order Fails when an address is associated with a record Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: daniel.merrill at psware dot com CC: ebotcazou at gcc dot gnu.org Created attachment 34707 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34707action=edit Addresses failure when default scalar storage order is set. The ada compiler crashes when trying to link a record which contains an address and is set to a different scalar storage order than the default. Example code to reproduce the problem included.
[Bug target/60159] improve code for conditional sibcall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target||i?86-*-* x86_64-*-* Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-09 Component|rtl-optimization|target Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org --- This is a target specific bug because most other targets don't have the range for their conditional branches compared to their normal jumps. Confirmed.
[Bug ipa/64978] [5 Regression] ICE: in ipcp_verify_propagated_values, at ipa-cp.c:1060
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978 --- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org --- Author: hubicka Date: Tue Feb 10 00:38:46 2015 New Revision: 220557 URL: https://gcc.gnu.org/viewcvs?rev=220557root=gccview=rev Log: PR ipa/64978 * ipa-cp.c (gather_caller_stats): Skip thunks. (propagate_constants_topo): Skip aliases. * g++.dg/torture/pr64978.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr64978.C Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-cp.c trunk/gcc/testsuite/ChangeLog
[Bug c++/64956] [5 Regression] __GXX_ABI_VERSION needs a proper definition for the 5.x releases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64956 --- Comment #3 from Matthias Klose doko at gcc dot gnu.org --- I found this snippet in one of the xapian headers. #ifdef __GNUC__ #if __GNUC__ 3 || (__GNUC__ == 3 __GNUC_MINOR__ == 0) #error Xapian no longer supports GCC 3.1 #else #if !defined(__GXX_ABI_VERSION) || __GXX_ABI_VERSION != 1002 #error The C++ ABI version of compiler you are using does not match #error that of the compiler used to build the library. The versions #error must match or your program will not work correctly. #error The Xapian library was built with g++ 4.9.1 #endif my impression was that a value of 99 means something like unstable/newest. Assuming that there will be another version, which value should be chosen for that one?
[Bug fortran/57822] I/O: (g0) wrongly prints E+0000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822 --- Comment #3 from Jerry DeLisle jvdelisle at gcc dot gnu.org --- Author: jvdelisle Date: Tue Feb 10 03:34:19 2015 New Revision: 220565 URL: https://gcc.gnu.org/viewcvs?rev=220565root=gccview=rev Log: 2015-02-10 Jerry DeLisle jvdeli...@gcc.gnu.org PR libgfortran/57822 * gfortran/fmt_g0_7.f08: New test. Added: trunk/gcc/testsuite/gfortran.dg/fmt_g0_7.f08 Modified: trunk/gcc/testsuite/ChangeLog
[Bug ipa/63566] [5 Regression] i686 bootstrap fails: ICE RTL flag check: INSN_UID used with unexpected rtx code 'set' in INSN_UID, at rtl.h:1326
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566 --- Comment #16 from Jan Hubicka hubicka at gcc dot gnu.org --- It is because I forgot to commit last part of series disabling the ipa-icf workaround :) It should work well now. Shall we keep the bug open (and downgrade prioirty) for the debug issues?
[Bug ipa/64982] [5 Regression] Many g++ failures on x86_64-apple-darwin14 with -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982 --- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org --- Possible fix posted at https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00566.html Does it fix the ICEs and keeps the diagnostics sane?
[Bug c++/64989] New: constant-initialization of self-referencing array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64989
Bug ID: 64989
Summary: constant-initialization of self-referencing array
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: jason at gcc dot gnu.org
CC: jakub at gcc dot gnu.org, jason at gcc dot gnu.org,
wolfgang.roe...@gi-de.com
Depends on: 64899
+++ This bug was initially created as a clone of Bug #64899 +++
The testcase in bug 64899 works now, but this one still doesn't.
struct S
{
void *p;
constexpr S (): p(this) {}
};
constexpr S sa[2];
#define SA(X) static_assert((X),#X)
SA(sa[1].p == sa[1]);
[Bug target/63347] [5 regression] m68k misoptimisation with -fschedule-insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347
--- Comment #12 from Jeffrey A. Law law at redhat dot com ---
Right. I know we've got the SCHED_GROUP_P handling in prune_ready_list, but
it's not sufficient.
This is a regression with the trunk.
Take the code from c#0 and run it through a m68k-elf compiler with -O1
-fschedule-insns -mcpu=5208.
Prior to scheduling we have:
(insn 25 24 26 3 (set (cc0)
(compare (reg/v:SI 32 [ haddr ])
(const_int 0 [0]))) j.c:5 4 {*tstsi_internal_68020_cf}
(expr_list:REG_DEAD (reg/v:SI 32 [ haddr ])
(nil)))
(insn 26 25 27 3 (set (reg:QI 54)
(eq:QI (cc0)
(const_int 0 [0]))) j.c:5 364 {*m68k.md:5773}
(nil))
(insn 27 26 28 3 (set (reg:SI 53)
(sign_extend:SI (reg:QI 54))) j.c:5 82 {*68k_extendqisi2}
(expr_list:REG_DEAD (reg:QI 54)
(nil)))
After scheduling we get:
(insn 25 24 30 3 (set (cc0)
(compare (reg/v:SI 32 [ haddr ])
(const_int 0 [0]))) j.c:5 4 {*tstsi_internal_68020_cf}
(expr_list:REG_DEAD (reg/v:SI 32 [ haddr ])
(nil)))
(insn 30 25 26 3 (set (mem:SI (pre_dec:SI (reg/f:SI 15 %sp)) [0 S4 A16])
(const_int 10 [0xa])) j.c:17 33 {pushexthisi_const}
(expr_list:REG_ARGS_SIZE (const_int 4 [0x4])
(nil)))
(insn 26 30 27 3 (set (reg:QI 54)
(eq:QI (cc0)
(const_int 0 [0]))) j.c:5 364 {*m68k.md:5773}
(nil))
(insn 27 26 28 3 (set (reg:SI 53)
(sign_extend:SI (reg:QI 54))) j.c:5 82 {*68k_extendqisi2}
(expr_list:REG_DEAD (reg:QI 54)
(nil)))
Which is obviously wrong with the insertion of insn 30 between the cc-setter
and user.
When I looked at this a month ago my conclusion was that prior to your changes
when we saw the SCHED_GROUP_P flag set, we'd just advance the cycle counter the
appropriate number of cycles to ensure the insn with SCHED_GROUP_P was ready.
With your changes we schedule the setter, but the result isn't ready for 2
cycles, so we queue the user. On the next cycle, insn 30 has become ready and
it fires while the user (insn 26) is still queued. Then 26 issues and we've
got incorrect code.
This history mentions some problem with the old code and the tic6x, but not
enough details for me to know if any changes I might suggest to fix this bug
would in turn mess up the tic6x.
[Bug c++/64899] Illegal dynamic initialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64899 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org Target Milestone|--- |5.0 --- Comment #4 from Jason Merrill jason at gcc dot gnu.org --- Fixed for GCC 5.
[Bug libgcc/61309] cilk-plus tests fail with: hidden symbol `__cpu_model' in /x/gcc/testsuite/g++/../../libgcc.a(cpuinfo.o) is referenced by DSO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61309 --- Comment #4 from John Marino gnugcc at marino dot st --- I suspect the reason it works on FreeBSD is found on libgcc/config.host, specifically the inclusion of t-freebsd in tmake_file definition. t-freebsd for i386 add the symbol map $(srcdir)/config/i386/libgcc-bsd.ver which defines __cpu_model for gcc48 and higher. DragonFly probably needs the same symbol map.
[Bug c++/64989] constant-initialization of self-referencing array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64989 Bug 64989 depends on bug 64899, which changed state. Bug 64899 Summary: Illegal dynamic initialization https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64899 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED
[Bug ipa/64978] [5 Regression] ICE: in ipcp_verify_propagated_values, at ipa-cp.c:1060
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2015-02-09 CC||mjambor at suse dot cz Ever confirmed|0 |1 --- Comment #7 from Jan Hubicka hubicka at gcc dot gnu.org --- Adding Martin to CC. This ICE usually means that there is someting that seems unreachable for ipa-prop but it is not removed by unreachable_function_nodes call.
[Bug testsuite/63256] [5 regression] FAIL: gcc.dg/sms-8.c scan-rtl-dump-times sms SMS succeeded 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63256 Segher Boessenkool segher at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org --- Comment #3 from Segher Boessenkool segher at gcc dot gnu.org --- I'll take it.
[Bug ipa/63566] [5 Regression] i686 bootstrap fails: ICE RTL flag check: INSN_UID used with unexpected rtx code 'set' in INSN_UID, at rtl.h:1326
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566 --- Comment #15 from Jan Hubicka hubicka at gcc dot gnu.org --- Author: hubicka Date: Mon Feb 9 20:45:04 2015 New Revision: 220548 URL: https://gcc.gnu.org/viewcvs?rev=220548root=gccview=rev Log: PR ipa/63566 * ipa-icf.c (set_local): New function. (sem_function::merge): Use it. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-icf.c
[Bug ipa/61548] [5 Regression] FAIL: gcc.dg/tls/alias-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548 --- Comment #30 from Jan Hubicka hubicka at gcc dot gnu.org --- Author: hubicka Date: Mon Feb 9 21:06:35 2015 New Revision: 220549 URL: https://gcc.gnu.org/viewcvs?rev=220549root=gccview=rev Log: PR ipa/61548 * tree-emutls.c (ipa_lower_emutls): Avoid duplicates in TLS_VARS. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-emutls.c
[Bug ipa/61548] [5 Regression] FAIL: gcc.dg/tls/alias-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #31 from Jan Hubicka hubicka at gcc dot gnu.org --- Fixed.
[Bug ipa/64978] [5 Regression] ICE: in ipcp_verify_propagated_values, at ipa-cp.c:1060
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org ---
My changes pushed the following two symbols local (which they are). How that
affect ipa-prop's propagation is bit behind my current understanding...
_ZN12_GLOBAL__N_11CC1Ev/2 ({anonymous}::C::C()) @0x76ae77a8
Type: function definition analyzed alias cpp_implicit_alias
Visibility: prevailing_def_ironly
References: _ZN12_GLOBAL__N_11CC2Ev/1 (alias)
Referring:
Availability: local
First run: 0
Function flags: local
Called by: _ZN1B5m_fn1EbPKiRi/5 (1.00 per call) (can throw external)
Calls:
_ZN12_GLOBAL__N_11CC2Ev/1 ({anonymous}::C::C()) @0x76ae7620
Type: function definition analyzed
Visibility: prevailing_def_ironly
References:
Referring: _ZN12_GLOBAL__N_11CC1Ev/2 (alias)
Availability: local
First run: 0
Function flags: body local executed_once
Called by:
Calls: _ZN12_GLOBAL__N_11C5m_fn3E1AjPKiRi.isra.0/10 (1.00 per call) (can
throw external) _ZN1AC1Eii/7 (1.00 per call) (can throw external)
[Bug rtl-optimization/64921] [4.9/5 Regression] FAIL: gfortran.dg/class_allocate_18.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|5.0 |4.9.3
[Bug tree-optimization/64434] [5 Regression] Performance regression after operand canonicalization (r216728).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64434 --- Comment #19 from Yuri Rumyantsev ysrumyan at gmail dot com --- Andrew! Could you please try modified test-case (test1.c) which is attached. Thanks.
[Bug tree-optimization/64434] [5 Regression] Performance regression after operand canonicalization (r216728).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64434 --- Comment #20 from Yuri Rumyantsev ysrumyan at gmail dot com --- Created attachment 34700 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34700action=edit another test-case
[Bug ipa/64858] [5 Regression] Libreoffice build failure caused by ICF crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64858 Martin Liška marxin at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Martin Liška marxin at gcc dot gnu.org --- Fixed in r220531.
[Bug web/64968] Upgrade GCC Bugzilla to 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64968 Frédéric Buclin LpSolit at netscape dot net changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2015-02-09 CC||fche at redhat dot com Ever confirmed|0 |1 --- Comment #2 from Frédéric Buclin LpSolit at netscape dot net --- (In reply to Markus Trippelsdorf from comment #1) Would it be possible to lift the restriction on account creation after the update? This decision doesn't belong to me. CC'ing Frank.
[Bug target/63679] [5 Regression][AArch64] Failure to constant fold.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679 --- Comment #26 from Jakub Jelinek jakub at gcc dot gnu.org --- I'd say it is a bug in the backend, if you want to override some expansion, you'd better add some target hook for that, rather than messing up with MOVE_BY_PIECES and setting it to clearly bogus values.
[Bug fortran/64980] New: [5.0 regression] ICE in trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64980 Bug ID: 64980 Summary: [5.0 regression] ICE in trans-expr.c Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: juergen.reuter at desy dot de Created attachment 34701 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34701action=edit File that triggers the ICE The following code leads to internal compiler error with the message: $ gfortran -c muli_trapezium.f90 muli_trapezium.f90:139:0: (node%get_d_value() / 2 - node%get_r_value_array ())) 1 internal compiler error: in gfc_conv_component_ref, at fortran/trans-expr.c:1954 muli_trapezium.f90:139:0: internal compiler error: Abort trap: 6 gfortran: internal compiler error: Abort trap: 6 (program f951) I'm using gcc 5.0 (svn revision 220505).
[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813 --- Comment #17 from Martin Liška marxin at gcc dot gnu.org --- Created attachment 34702 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34702action=edit Suggested patch
[Bug ipa/64978] [5 Regression] ICE: in ipcp_verify_propagated_values, at ipa-cp.c:1060
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
trippels@gcc2-power8 makeconv % cat msgfmt.ii
typedef enum
{
} UErrorCode;
class A
{
virtual A *m_fn1 () const;
};
class B : A
{
B (const B );
A *m_fn1 () const;
class PluralSelectorProvider
{
public:
PluralSelectorProvider ();
} pluralProvider;
PluralSelectorProvider ordinalProvider;
void m_fn2 (const B , UErrorCode );
};
UErrorCode a;
B::B (const B p1) { m_fn2 (p1, a); }
A *
B::m_fn1 () const
{
B (*this);
}
void
B::m_fn2 (const B , UErrorCode )
{
for (;;)
m_fn1 ();
}
trippels@gcc2-power8 makeconv % cat reldtfmt.ii
typedef enum
{
} UErrorCode;
namespace icu_52
{
class UnicodeString
{
public:
UnicodeString (int);
};
}
enum UDateFormatStyle
{
};
namespace icu_52
{
class Locale;
class RelativeDateFormat
{
RelativeDateFormat (UDateFormatStyle, UDateFormatStyle, const Locale ,
UErrorCode );
void m_fn1 ();
};
class MessageFormat
{
public:
MessageFormat (const UnicodeString , UErrorCode );
};
RelativeDateFormat::RelativeDateFormat (UDateFormatStyle, UDateFormatStyle,
const Locale , UErrorCode )
{
m_fn1 ();
}
UErrorCode a;
void
RelativeDateFormat::m_fn1 ()
{
MessageFormat (0, a);
}
}
trippels@gcc2-power8 makeconv % g++ -fPIC -flto -O3 -fvisibility=hidden
-std=c++11 -c msgfmt.ii
trippels@gcc2-power8 makeconv % g++ -fPIC -flto -O3 -fvisibility=hidden
-std=c++11 -c reldtfmt.ii
trippels@gcc2-power8 makeconv %
/home/trippels/gcc_test/usr/local/bin/../lib/gcc/../../libexec/gcc/powerpc64-unknown-linux-gnu/5.0.0/lto1
-quiet -fwpa msgfmt.o reldtfmt.o
lto1: internal compiler error: in ipcp_verify_propagated_values, at
ipa-cp.c:1060
0x10d1bbef ipcp_verify_propagated_values()
../../gcc/gcc/ipa-cp.c:1060
0x10d1dcfb ipcp_propagate_stage
../../gcc/gcc/ipa-cp.c:2761
0x10d1dcfb ipcp_driver
../../gcc/gcc/ipa-cp.c:4410
0x10d1dcfb execute
../../gcc/gcc/ipa-cp.c:4505
Please submit a full bug report,
with preprocessed source if appropriate.
