* [Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
@ 2015-01-27 3:51 ` howarth at bromo dot med.uc.edu
2015-01-27 10:58 ` [Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs redi at gcc dot gnu.org
` (20 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2015-01-27 3:51 UTC (permalink / raw)
To: gcc-bugs
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 9396 bytes --]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #1 from howarth at bromo dot med.uc.edu ---
This backtraces as...
% lldb /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/cc1plus
(lldb) target create
"/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/cc1plus"
Current executable set to
'/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/cc1plus' (x86_64).
(lldb) r -fpreprocessed 2.ii -fPIC -feliminate-unused-debug-symbols -quiet
-dumpbase 2.cc -mmacosx-version-min=10.10.1 -m32 -mtune=core2 -auxbase-strip
2.s -g -O2 -std=gnu++11 -version -fmessage-length=0 -ffunction-sections
-fdata-sections -o 2.s
Process 39542 launched:
'/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/cc1plus' (x86_64)
GNU C++11 (GCC) version 5.0.0 20150126 (experimental)
(x86_64-apple-darwin14.1.0)
compiled by GNU C version 5.0.0 20150126 (experimental), GMP version 6.0.0,
MPFR version 3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++11 (GCC) version 5.0.0 20150126 (experimental)
(x86_64-apple-darwin14.1.0)
compiled by GNU C version 5.0.0 20150126 (experimental), GMP version 6.0.0,
MPFR version 3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 326a6834511bed8451b088dd7ccb3f51
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150126/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/2.cc:
In function ‘std::__detail::_Map_base<_Key, _Pair, _Alloc,
std::__detail::_Select1st, _Equal, _H1, _H2, _Hash, _RehashPolicy, _Traits,
true>::mapped_type& std::__detail::_Map_base<_Key, _Pair, _Alloc,
std::__detail::_Select1st, _Equal, _H1, _H2, _Hash, _RehashPolicy, _Traits,
true>::at(const key_type&) [with _Key = __gnu_test::NonDefaultConstructible;
_Pair = std::pair<const __gnu_test::NonDefaultConstructible, double>; _Alloc =
std::allocator<std::pair<const __gnu_test::NonDefaultConstructible, double> >;
_Equal = std::equal_to<__gnu_test::NonDefaultConstructible>; _H1 =
__gnu_test::NonDefaultConstructible_hash; _H2 =
std::__detail::_Mod_range_hashing; _Hash = std::__detail::_Default_ranged_hash;
_RehashPolicy = std::__detail::_Prime_rehash_policy; _Traits =
std::__detail::_Hashtable_traits<true, false, true>]’:
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150126/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/2.cc:32:64:
error: LHS in noreturn call
template class std::unordered_map<inst_type, double, hash_type>;
^
# .MEM_3 = VDEF <.MEM_1(D)>
retval.525_4 = std::__detail::_Map_base<__gnu_test::NonDefaultConstructible,
std::pair<const __gnu_test::NonDefaultConstructible, double>,
std::allocator<std::pair<const __gnu_test::NonDefaultConstructible, double> >,
std::__detail::_Select1st, std::equal_to<__gnu_test::NonDefaultConstructible>,
__gnu_test::NonDefaultConstructible_hash, std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy,
std::__detail::_Hashtable_traits<true, false, true>,
true>::_ZNKSt8__detail9_Map_baseIN10__gnu_test23NonDefaultConstructibleESt4pairIKS2_dESaIS5_ENS_10_Select1stESt8equal_toIS2_ENS1_28NonDefaultConstructible_hashENS_18_Mod_range_hashingENS_20_Default_ranged_hashENS_20_Prime_rehash_policyENS_17_Hashtable_traitsILb1ELb0ELb1EEELb1EE2atERS4_.isra.98
(this_2(D)); [tail call]
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150126/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/2.cc:32:64:
internal compiler error: verify_gimple failed
Process 39542 stopped
* thread #1: tid = 0x449ca4, 0x00007fff94739286
libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread',
stop reason = signal SIGABRT
frame #0: 0x00007fff94739286 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x7fff94739286: jae 0x7fff94739290 ; __pthread_kill + 20
0x7fff94739288: movq %rax, %rdi
0x7fff9473928b: jmp 0x7fff94734c53 ; cerror_nocancel
0x7fff94739290: retq
(lldb) bt
* thread #1: tid = 0x449ca4, 0x00007fff94739286
libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread',
stop reason = signal SIGABRT
* frame #0: 0x00007fff94739286 libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x00007fff9128c42f libsystem_pthread.dylib`pthread_kill + 90
frame #2: 0x00007fff9b272b53 libsystem_c.dylib`abort + 129
frame #3: 0x0000000100fe3dc6
cc1plus`uw_init_context_1(context=0x00007fff5fbfeae0,
outer_cfa=0x00007fff5fbfed90, outer_ra=0x0000000100f48585) + 134 at
unwind-dw2.c:1563
frame #4: 0x0000000100fe4998
cc1plus`_Unwind_Backtrace(trace=0x0000000100f484e0,
trace_argument=0x00007fff5fbfed90) + 56 at unwind.inc:283
frame #5: 0x0000000100f48585 cc1plus`backtrace_full(state=<unavailable>,
skip=<unavailable>, callback=<unavailable>, error_callback=<unavailable>,
data=<unavailable>) + 53 at backtrace.c:106
frame #6: 0x0000000100f13f13
cc1plus`diagnostic_action_after_output(context=0x000000014179ea80,
diag_kind=<unavailable>) + 435 at diagnostic.c:529
frame #7: 0x0000000100f14153
cc1plus`diagnostic_report_diagnostic(context=0x000000014179ea80,
diagnostic=0x00007fff5fbfee60) + 483 at diagnostic.c:869
frame #8: 0x0000000100f156ab cc1plus`internal_error(gmsgid=<unavailable>) +
235 at diagnostic.c:1240
frame #9: 0x0000000100bb89ef
cc1plus`verify_gimple_in_cfg(fn=0x0000000101c697e0, verify_nothrow=false) +
3167 at tree-cfg.c:5069
frame #10: 0x0000000100a8cf0a
cc1plus`execute_function_todo(fn=0x0000000101c697e0, data=<unavailable>) + 586
at passes.c:1955
frame #11: 0x0000000100a8d6a2
cc1plus`do_per_function(callback=0x0000000100a8ccc0, data=0x0000000000000040) +
226 at passes.c:1654
frame #12: 0x0000000100a8d7fe cc1plus`execute_todo(flags=64) + 302 at
passes.c:2012
frame #13: 0x0000000100a90281
cc1plus`execute_one_pass(pass=0x0000000142513590) + 481 at passes.c:2339
frame #14: 0x0000000100a90e2a
cc1plus`execute_ipa_pass_list(pass=0x0000000142513590) + 154 at passes.c:2723
frame #15: 0x000000010068c0d7 cc1plus`symbol_table::compile() + 301 at
cgraphunit.c:2137
frame #16: 0x000000010068bfaa
cc1plus`symbol_table::compile(this=0x0000000142605000) + 1226
frame #17: 0x000000010068e578
cc1plus`symbol_table::finalize_compilation_unit(this=0x0000000142605000) + 168
at timevar.h:110
frame #18: 0x00000001001031f0 cc1plus`cp_write_global_declarations() + 4640
at decl2.c:4750
frame #19: 0x0000000100b6f80f cc1plus`compile_file + 143 at toplev.c:608
frame #20: 0x0000000100fe71a7 cc1plus`toplev::main(int, char**) + 1288 at
toplev.c:2050
frame #21: 0x0000000100fe6c9f cc1plus`toplev::main(this=<unavailable>,
argc=22, argv=0x00007fff5fbff440) + 719
frame #22: 0x0000000100fe7e6c cc1plus`main(argc=<unavailable>,
argv=<unavailable>) + 44 at main.c:39
frame #23: 0x00007fff9699f5c9 libdyld.dylib`start + 1
(lldb)
>From gcc-bugs-return-474999-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Jan 27 04:01:21 2015
Return-Path: <gcc-bugs-return-474999-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5497 invoked by alias); 27 Jan 2015 04:01:19 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5363 invoked by uid 48); 27 Jan 2015 04:00:58 -0000
From: "howarth at bromo dot med.uc.edu" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs
Date: Tue, 27 Jan 2015 04:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: howarth at bromo dot med.uc.edu
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-64797-4-vA7V9EG6mC@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64797-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64797-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-01/txt/msg02993.txt.bz2
Content-length: 410
https://gcc.gnu.org/bugzilla/show_bug.cgi?idd797
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Created attachment 34587
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id4587&actioníit
Trace in lldb of failing -m32 testcase of 22_locale/conversions/string/2.cc on
x86_64-apple-darwin14.
Trace in lldb of failing -m32 testcase of 22_locale/conversions/string/2.cc on
x86_64-apple-darwin14.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
2015-01-27 3:51 ` [Bug libstdc++/64813] " howarth at bromo dot med.uc.edu
@ 2015-01-27 10:58 ` redi at gcc dot gnu.org
2015-01-27 11:21 ` dominiq at lps dot ens.fr
` (19 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2015-01-27 10:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
It's not a libstdc++ bug if it's an ICE.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
2015-01-27 3:51 ` [Bug libstdc++/64813] " howarth at bromo dot med.uc.edu
2015-01-27 10:58 ` [Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs redi at gcc dot gnu.org
@ 2015-01-27 11:21 ` dominiq at lps dot ens.fr
2015-01-27 11:34 ` redi at gcc dot gnu.org
` (18 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-01-27 11:21 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2015-01-27
Ever confirmed|0 |1
--- Comment #3 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Revision r219696 is OK, r219776 gives the ICE, likely r219737.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (2 preceding siblings ...)
2015-01-27 11:21 ` dominiq at lps dot ens.fr
@ 2015-01-27 11:34 ` redi at gcc dot gnu.org
2015-01-27 18:12 ` howarth at bromo dot med.uc.edu
` (17 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: redi at gcc dot gnu.org @ 2015-01-27 11:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #4 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #3)
> Revision r219696 is OK, r219776 gives the ICE, likely r219737.
Unlikely, the only file changed by r219737 isn't even included in the failing
tests, and even if it was would not define anything without -std=c++14.
This is a compiler bug, not a library bug. The bug is the ICE, which is in the
compiler.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (3 preceding siblings ...)
2015-01-27 11:34 ` redi at gcc dot gnu.org
@ 2015-01-27 18:12 ` howarth at bromo dot med.uc.edu
2015-01-27 19:56 ` [Bug tree-optimization/64813] " dominiq at lps dot ens.fr
` (16 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2015-01-27 18:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #5 from howarth at bromo dot med.uc.edu ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to Dominique d'Humieres from comment #3)
> > Revision r219696 is OK, r219776 gives the ICE, likely r219737.
>
> Unlikely, the only file changed by r219737 isn't even included in the
> failing tests, and even if it was would not define anything without
> -std=c++14.
>
> This is a compiler bug, not a library bug. The bug is the ICE, which is in
> the compiler.
A regression hunt on x86_64-apple-darwin14 reveals that...
r219703 | hubicka | 2015-01-15 22:08:33 -0500 (Thu, 15 Jan 2015) | 4 lines
* doc/invoke.texi (--param early-inlining-insns): Update default value.
* params.def (PARAM_EARLY_INLINING_INSNS): Set to 14.
is the offending commit that triggres the ICEs in
conformance.exp=23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug tree-optimization/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (4 preceding siblings ...)
2015-01-27 18:12 ` howarth at bromo dot med.uc.edu
@ 2015-01-27 19:56 ` dominiq at lps dot ens.fr
2015-01-27 20:29 ` dominiq at lps dot ens.fr
` (15 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-01-27 19:56 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|libstdc++ |tree-optimization
--- Comment #6 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> A regression hunt on x86_64-apple-darwin14 reveals that...
>
> r219703 | hubicka | 2015-01-15 22:08:33 -0500 (Thu, 15 Jan 2015) | 4 lines
The tests compile with --param early-inlining-insns=11, but ICE with
early-inlining-insns=12.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug tree-optimization/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (5 preceding siblings ...)
2015-01-27 19:56 ` [Bug tree-optimization/64813] " dominiq at lps dot ens.fr
@ 2015-01-27 20:29 ` dominiq at lps dot ens.fr
2015-01-28 13:01 ` dominiq at lps dot ens.fr
` (14 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-01-27 20:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #7 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Forgot to say that the ICEs disappear if GCC is configured with
--enable-checking=release.
Also I see the ICE with r219054 and --param early-inlining-insns=12
[Book15] f90/bug% /opt/gcc/gcc4.10c/bin/g++ -O2
-I/opt/gcc/p_build/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/include/x86_64-apple-darwin14.0.0
-I/opt/gcc/p_build/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/include
-I/opt/gcc/p_work/libstdc++-v3/libsupc++
-I/opt/gcc/p_work/libstdc++-v3/testsuite/util
/opt/gcc/p_work/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/4.cc
-std=gnu++11 --param early-inlining-insns=12 -S
/opt/gcc/p_work/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/4.cc:
In function 'std::__detail::_Map_base<_Key, _Pair, _Alloc,
std::__detail::_Select1st, _Equal, _H1, _H2, _Hash, _RehashPolicy, _Traits,
true>::mapped_type& std::__detail::_Map_base<_Key, _Pair, _Alloc,
std::__detail::_Select1st, _Equal, _H1, _H2, _Hash, _RehashPolicy, _Traits,
true>::at(const key_type&) [with _Key = __gnu_test::OverloadedAddress; _Pair =
std::pair<const __gnu_test::OverloadedAddress, __gnu_test::OverloadedAddress>;
_Alloc = std::allocator<std::pair<const __gnu_test::OverloadedAddress,
__gnu_test::OverloadedAddress> >; _Equal =
std::equal_to<__gnu_test::OverloadedAddress>; _H1 =
__gnu_test::OverloadedAddress_hash; _H2 = std::__detail::_Mod_range_hashing;
_Hash = std::__detail::_Default_ranged_hash; _RehashPolicy =
std::__detail::_Prime_rehash_policy; _Traits =
std::__detail::_Hashtable_traits<true, false, true>]':
/opt/gcc/p_work/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/4.cc:33:67:
error: LHS in noreturn call
template class std::unordered_map<inst_type, inst_type, hash_type>;
^
# .MEM_3 = VDEF <.MEM_1(D)>
retval.529_4 = std::__detail::_Map_base<__gnu_test::OverloadedAddress,
std::pair<const __gnu_test::OverloadedAddress, __gnu_test::OverloadedAddress>,
std::allocator<std::pair<const __gnu_test::OverloadedAddress,
__gnu_test::OverloadedAddress> >, std::__detail::_Select1st,
std::equal_to<__gnu_test::OverloadedAddress>,
__gnu_test::OverloadedAddress_hash, std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy,
std::__detail::_Hashtable_traits<true, false, true>,
true>::_ZNKSt8__detail9_Map_baseIN10__gnu_test17OverloadedAddressESt4pairIKS2_S2_ESaIS5_ENS_10_Select1stESt8equal_toIS2_ENS1_22OverloadedAddress_hashENS_18_Mod_range_hashingENS_20_Default_ranged_hashENS_20_Prime_rehash_policyENS_17_Hashtable_traitsILb1ELb0ELb1EEELb1EE2atERS4_.isra.97
(this_2(D)); [tail call]
/opt/gcc/p_work/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/4.cc:33:67:
internal compiler error: verify_gimple failed
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug tree-optimization/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (6 preceding siblings ...)
2015-01-27 20:29 ` dominiq at lps dot ens.fr
@ 2015-01-28 13:01 ` dominiq at lps dot ens.fr
2015-01-28 13:06 ` [Bug ipa/64813] " dominiq at lps dot ens.fr
` (13 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-01-28 13:01 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #8 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Created attachment 34604
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34604&action=edit
Preprocessed source for 4.cc
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (7 preceding siblings ...)
2015-01-28 13:01 ` dominiq at lps dot ens.fr
@ 2015-01-28 13:06 ` dominiq at lps dot ens.fr
2015-01-28 13:08 ` dominiq at lps dot ens.fr
` (12 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-01-28 13:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |marxin at gcc dot gnu.org
Component|tree-optimization |ipa
--- Comment #9 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
The attached preprocessed file compiles with r216304 and '-O2 -std=gnu++11
--param early-inlining-insns=12', while r216626 gives the ICE. The ICE is gone
if I add -fno-ipa-icf.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (8 preceding siblings ...)
2015-01-28 13:06 ` [Bug ipa/64813] " dominiq at lps dot ens.fr
@ 2015-01-28 13:08 ` dominiq at lps dot ens.fr
2015-01-28 19:16 ` [Bug ipa/64813] [5 Regression] " dominiq at lps dot ens.fr
` (11 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-01-28 13:08 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #10 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
As expected the underlying problem has been introduced by r216305.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (9 preceding siblings ...)
2015-01-28 13:08 ` dominiq at lps dot ens.fr
@ 2015-01-28 19:16 ` dominiq at lps dot ens.fr
2015-01-30 14:11 ` marxin at gcc dot gnu.org
` (10 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-01-28 19:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|23_containers/unordered_map |[5 Regression]
|/requirements/explicit_inst |23_containers/unordered_map
|antiation/[2,4].cc iCEs |/requirements/explicit_inst
| |antiation/[2,4].cc iCEs
--- Comment #11 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
It is a regression.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (10 preceding siblings ...)
2015-01-28 19:16 ` [Bug ipa/64813] [5 Regression] " dominiq at lps dot ens.fr
@ 2015-01-30 14:11 ` marxin at gcc dot gnu.org
2015-01-31 16:42 ` danglin at gcc dot gnu.org
` (9 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: marxin at gcc dot gnu.org @ 2015-01-30 14:11 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P1
--- Comment #12 from Martin Liška <marxin at gcc dot gnu.org> ---
Problem is caused by a function pair where we decide to create a thunk.
Unfortunately, alias of the thunk is noreturn function, because of:
function ...
{
...
<bb 8>:
std::__throw_out_of_range ("_Map_base::at");
}
I'been testing patch that does not create retval and return gimple statement.
Martin
>From gcc-bugs-return-475525-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Jan 30 14:31:30 2015
Return-Path: <gcc-bugs-return-475525-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 31901 invoked by alias); 30 Jan 2015 14:31:28 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 31769 invoked by uid 48); 30 Jan 2015 14:31:08 -0000
From: "trippels at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug pch/63319] [5 Regression] ICE: Segmentation fault building qt5 with pch
Date: Fri, 30 Jan 2015 14:31:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: pch
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: trippels at gcc dot gnu.org
X-Bugzilla-Status: WAITING
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63319-4-JPrYckUKqE@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63319-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63319-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-01/txt/msg03519.txt.bz2
Content-length: 4539
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc319
--- Comment #3 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
While retesting I came across this seemingly bizarre issue:
markus@x4 /tmp % touch qt_pch.ii
markus@x4 /tmp % g++ -w -O2 -std=c++0x -x c++-header -c qt_pch.ii
qt_pch.ii:1:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
=\x17157== Invalid read of size 1
=\x17157== at 0xCBB825: ggc_get_size(void const*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xBE7A71: gt_pch_note_object(void*, void*, void (*)(void*,
void*, void (*)(void*, void*), void*)) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xBE7D4B: gt_pch_nx_cpp_macro(void*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xC1EDFF: gt_pch_nx_lang_tree_node(void*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xB728E0: gt_pch_nx_string_pool_data(void*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xBE7436: gt_pch_save(_IO_FILE*) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xC10BBB: c_common_write_pch() (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0x5C2817: ??? (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xCB561F: compile_file() [clone .lto_priv.2265] (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xC2D8FD: toplev::main(int, char**) (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== by 0xC2C8BC: main (in
/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/cc1plus)
=\x17157== Address 0x2e is not stack'd, malloc'd or (recently) free'd
=\x17157=
The crash only happens with a LTO/PGO bootstrapped compiler using
checking=release.
A --disable-bootstrap compiler with debug-info shows:
markus@x4 /tmp % valgrind --track-origins=yes --trace-children=yes
/var/tmp/gcc_test/usr/local/bin/g++ -w -O2 -std=c++0x -x c++-header -c
qt_pch.ii
=\x17702== Memcheck, a memory error detector
=\x17702== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
=\x17702== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info
=\x17702== Command: /var/tmp/gcc_test/usr/local/bin/g++ -w -O2 -std=c++0x -x
c++-header -c qt_pch.ii
=\x17702==\x17703== Memcheck, a memory error detector
=\x17703== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
=\x17703== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info
=\x17703== Command:
/var/tmp/gcc_test/usr/local/bin/../libexec/gcc/x86_64-unknown-linux-gnu/5.0.0/cc1plus
-quiet -iprefix
/var/tmp/gcc_test/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.0.0/
-D_GNU_SOURCE qt_pch.ii -quiet -dumpbase qt_pch.ii -mtune=generic -march=x86-64
-auxbase qt_pch -O2 -w -std=c++11 -o /tmp/ccjRTklN.s --output-pch=qt_pch.ii.gch
=\x17703==\x17703== Syscall param write(buf) points to uninitialised byte(s)
=\x17703== at 0x4F8A370: __write_nocancel (in /lib64/libc-2.20.90.so)
=\x17703== by 0x4F2B3EE: _IO_file_write@@GLIBC_2.2.5 (in
/lib64/libc-2.20.90.so)
=\x17703== by 0x4F2A9F2: new_do_write (in /lib64/libc-2.20.90.so)
=\x17703== by 0x4F2C2F0: _IO_do_write@@GLIBC_2.2.5 (in
/lib64/libc-2.20.90.so)
=\x17703== by 0x4F2BA66: _IO_file_xsputn@@GLIBC_2.2.5 (in
/lib64/libc-2.20.90.so)
=\x17703== by 0x4F2167A: fwrite (in /lib64/libc-2.20.90.so)
=\x17703== by 0x88647C: ggc_pch_write_object(ggc_pch_data*, _IO_FILE*, void*,
void*, unsigned long, bool) (ggc-page.c:2451)
=\x17703== by 0xA2C1E0: gt_pch_save(_IO_FILE*) (ggc-common.c:566)
=\x17703== by 0x861FEC: c_common_write_pch() (c-pch.c:197)
=\x17703== by 0x6E4E8C: cp_write_global_declarations() (decl2.c:4400)
=\x17703== by 0xC96DD3: compile_file() (toplev.c:608)
=\x17703== by 0x5F84EE: do_compile (toplev.c:2063)
=\x17703== by 0x5F84EE: toplev::main(int, char**) (toplev.c:2161)
=\x17703== Address 0x4049005 is not stack'd, malloc'd or (recently) free'd
=\x17703== Uninitialised value was created by a heap allocation
=\x17703== at 0x4028C70: malloc (vg_replace_malloc.c:296)
=\x17703== by 0x135C257: xmalloc (xmalloc.c:147)
=\x17703== by 0x132DC8A: _cpp_init_tokenrun (lex.c:2008)
=\x17703== by 0x132C28A: cpp_create_reader(c_lang, ht*, line_maps*)
(init.c:238)
=\x17703== by 0x85F85C: c_common_init_options(unsigned int,
cl_decoded_option*) (c-opts.c:234)
=\x17703== by 0x5F7F9D: toplev::main(int, char**) (toplev.c:2136)
=\x17703== by 0x5F9199: main (main.c:39)
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (11 preceding siblings ...)
2015-01-30 14:11 ` marxin at gcc dot gnu.org
@ 2015-01-31 16:42 ` danglin at gcc dot gnu.org
2015-02-02 18:10 ` hubicka at gcc dot gnu.org
` (8 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: danglin at gcc dot gnu.org @ 2015-01-31 16:42 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
John David Anglin <danglin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |danglin at gcc dot gnu.org
--- Comment #13 from John David Anglin <danglin at gcc dot gnu.org> ---
Also seen on hppa2.0w-hp-hpux11.11.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (12 preceding siblings ...)
2015-01-31 16:42 ` danglin at gcc dot gnu.org
@ 2015-02-02 18:10 ` hubicka at gcc dot gnu.org
2015-02-05 16:47 ` howarth at bromo dot med.uc.edu
` (7 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: hubicka at gcc dot gnu.org @ 2015-02-02 18:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Jan Hubicka <hubicka at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hubicka at gcc dot gnu.org
--- Comment #14 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Either that or caling fixup_noreturn_call afterwards. Not producing return
statement is probably better idea. I wonder how this worked on earlier trees,
perhaps fixup_cfg pass was luckilly scheduled at a time we produce thunks?
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (13 preceding siblings ...)
2015-02-02 18:10 ` hubicka at gcc dot gnu.org
@ 2015-02-05 16:47 ` howarth at bromo dot med.uc.edu
2015-02-09 0:07 ` pinskia at gcc dot gnu.org
` (6 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2015-02-05 16:47 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #15 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #12)
> I'been testing patch that does not create retval and return gimple statement.
Any updates on the testing?
>From gcc-bugs-return-476143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Feb 05 17:04:53 2015
Return-Path: <gcc-bugs-return-476143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30016 invoked by alias); 5 Feb 2015 17:04:53 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 29867 invoked by uid 55); 5 Feb 2015 17:04:45 -0000
From: "law at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/58400] gcc for h8300 internal compiler error: insn does not satisfy its constraints at fs/ext4/mballoc.c: In function 'mb_free_blocks':
Date: Thu, 05 Feb 2015 17:04:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: law at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58400-4-efYy7Cbu7Y@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58400-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58400-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-02/txt/msg00476.txt.bz2
Content-length: 604
https://gcc.gnu.org/bugzilla/show_bug.cgi?idX400
--- Comment #17 from Jeffrey A. Law <law at gcc dot gnu.org> ---
Author: law
Date: Thu Feb 5 17:04:04 2015
New Revision: 220457
URL: https://gcc.gnu.org/viewcvs?rev"0457&root=gcc&view=rev
Log:
* config/h8300/constraints.md ("U" constraint): Use strict
variant of REG_OK_FOR_BASE_P after reload has started.
PR target/58400
gcc.target/h8300/pr58400.c: New test.
Added:
trunk/gcc/testsuite/gcc.target/h8300/pr58400.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/h8300/constraints.md
trunk/gcc/testsuite/ChangeLog
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (14 preceding siblings ...)
2015-02-05 16:47 ` howarth at bromo dot med.uc.edu
@ 2015-02-09 0:07 ` pinskia at gcc dot gnu.org
2015-02-09 13:29 ` dominiq at lps dot ens.fr
` (5 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: pinskia at gcc dot gnu.org @ 2015-02-09 0:07 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |5.0
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (15 preceding siblings ...)
2015-02-09 0:07 ` pinskia at gcc dot gnu.org
@ 2015-02-09 13:29 ` dominiq at lps dot ens.fr
2015-02-09 13:58 ` dominiq at lps dot ens.fr
` (4 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-02-09 13:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #18 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> May I ask you for testing on a darwin machine?
I have bootstrapped revision r220534 with the patch. AFAICT the patch fixes the
failures reported in this PR (tested with
make -k check RUNTESTFLAGS="conformance.exp=2.cc
--target_board=unix'{-m32,-m64}'"
and
make -k check RUNTESTFLAGS="conformance.exp=4.cc
--target_board=unix'{-m32,-m64}'").
However I see the following regression (for both -m32 and -m64)
FAIL: 22_locale/conversions/string/2.cc execution test
The error is
Assertion failed: (werr == woutput), function test01, file
/opt/gcc/work/libstdc++-v3/testsuite/22_locale/conversions/string/2.cc, line
49.
Abort
Full regtesting scheduled later today.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (16 preceding siblings ...)
2015-02-09 13:29 ` dominiq at lps dot ens.fr
@ 2015-02-09 13:58 ` dominiq at lps dot ens.fr
2015-02-09 17:35 ` dominiq at lps dot ens.fr
` (3 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-02-09 13:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #19 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> However I see the following regression (for both -m32 and -m64)
>
> FAIL: 22_locale/conversions/string/2.cc execution test
It is pr64797 and not a regression due to the patch.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (17 preceding siblings ...)
2015-02-09 13:58 ` dominiq at lps dot ens.fr
@ 2015-02-09 17:35 ` dominiq at lps dot ens.fr
2015-02-11 13:34 ` marxin at gcc dot gnu.org
` (2 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-02-09 17:35 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (18 preceding siblings ...)
2015-02-09 17:35 ` dominiq at lps dot ens.fr
@ 2015-02-11 13:34 ` marxin at gcc dot gnu.org
2015-02-11 14:07 ` marxin at gcc dot gnu.org
2015-03-23 10:18 ` yroux at gcc dot gnu.org
21 siblings, 0 replies; 23+ messages in thread
From: marxin at gcc dot gnu.org @ 2015-02-11 13:34 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #21 from Martin Liška <marxin at gcc dot gnu.org> ---
Author: marxin
Date: Wed Feb 11 13:33:47 2015
New Revision: 220616
URL: https://gcc.gnu.org/viewcvs?rev=220616&root=gcc&view=rev
Log:
Handle noreturn function thunk creation.
PR ipa/64813
* cgraphunit.c (cgraph_node::expand_thunk): Do not create
a return value for call to a function that is noreturn.
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cgraphunit.c
>From gcc-bugs-return-476848-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 11 13:36:06 2015
Return-Path: <gcc-bugs-return-476848-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8903 invoked by alias); 11 Feb 2015 13:36:06 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 8814 invoked by uid 55); 11 Feb 2015 13:36:03 -0000
From: "rguenther at suse dot de" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/65017] valgrind error in get_constraint_for_address_of
Date: Wed, 11 Feb 2015 13:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenther at suse dot de
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-65017-4-B6Au0vEg1e@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65017-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65017-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-02/txt/msg01181.txt.bz2
Content-length: 1064
https://gcc.gnu.org/bugzilla/show_bug.cgi?ide017
--- Comment #4 from rguenther at suse dot de <rguenther at suse dot de> ---
On Wed, 11 Feb 2015, dcb314 at hotmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?ide017
>
> --- Comment #3 from David Binderman <dcb314 at hotmail dot com> ---
> (In reply to Richard Biener from comment #2)
> > I can't reproduce this - how did you compile/configure GCC? Just tried both
> > --enable-checking and --enable-checking=release builds.
>
> ../src/trunk/configure --prefix=/home/dcb/gcc/results \
> --disable-bootstrap \
> --disable-werror \
> --enable-checking=yes \
> --enable-languages=c,c++,fortran \
> CC="clang -fheinous-gnu-extensions" \
> CXX="clang++ -fheinous-gnu-extensions"
>
> on AMD Phenom.
Uh, so it might be very well clang miscompiling it. I don't have
clang to reproduce, so can you get me some more information,
like
(gdb) p debug_tree (t)
at the point it barfs? Can you disable optimization of clang?
Thus build with CFLAGS="-g -O0" CXXFLAGS="-g -O0"?
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (19 preceding siblings ...)
2015-02-11 13:34 ` marxin at gcc dot gnu.org
@ 2015-02-11 14:07 ` marxin at gcc dot gnu.org
2015-03-23 10:18 ` yroux at gcc dot gnu.org
21 siblings, 0 replies; 23+ messages in thread
From: marxin at gcc dot gnu.org @ 2015-02-11 14:07 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #22 from Martin Liška <marxin at gcc dot gnu.org> ---
Fixed.
>From gcc-bugs-return-476853-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Feb 11 14:13:38 2015
Return-Path: <gcc-bugs-return-476853-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6072 invoked by alias); 11 Feb 2015 14:13:37 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 5815 invoked by uid 48); 11 Feb 2015 14:13:34 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/65014] [5 Regression] ice with error: type mismatch in shift expression
Date: Wed, 11 Feb 2015 14:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-65014-4-ZHoP9CE7u8@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65014-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65014-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-02/txt/msg01186.txt.bz2
Content-length: 415
https://gcc.gnu.org/bugzilla/show_bug.cgi?ide014
Marek Polacek <mpolacek at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mpolacek at gcc dot gnu.org
--- Comment #4 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Indeed, started with r218142.
^ permalink raw reply [flat|nested] 23+ messages in thread* [Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs
2015-01-27 3:47 [Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA howarth at bromo dot med.uc.edu
` (20 preceding siblings ...)
2015-02-11 14:07 ` marxin at gcc dot gnu.org
@ 2015-03-23 10:18 ` yroux at gcc dot gnu.org
21 siblings, 0 replies; 23+ messages in thread
From: yroux at gcc dot gnu.org @ 2015-03-23 10:18 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #23 from Yvan Roux <yroux at gcc dot gnu.org> ---
Author: yroux
Date: Mon Mar 23 09:55:34 2015
New Revision: 221590
URL: https://gcc.gnu.org/viewcvs?rev=221590&root=gcc&view=rev
Log:
2015-03-23 Yvan Roux <yvan.roux@linaro.org>
Backport from trunk r220616.
2015-02-11 Martin Liska <mliska@suse.cz>
PR ipa/64813
* cgraphunit.c (cgraph_node::expand_thunk): Do not create a return
value for call to a function that is noreturn.
Modified:
branches/gcc-4_9-branch/gcc/ChangeLog
branches/gcc-4_9-branch/gcc/cgraphunit.c
^ permalink raw reply [flat|nested] 23+ messages in thread