[Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA

[Bug libstdc++/64813] New: 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA

[howarth at bromo dot med.uc.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813

            Bug ID: 64813
           Summary: 23_containers/unordered_map/requirements/explicit_inst
                    antiation/[2,4].cc iCEsA
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: howarth at bromo dot med.uc.edu

The following test cases ICE the compiler at r220143 on
x85_64-apple-darwin14...

FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/2.cc
(test for excess errors)
FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/4.cc
(test for excess errors)

This appears as...

/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/xg++ -shared-libgcc
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc -nostdinc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/libstdc++-v3/src
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/libstdc++-v3/libsupc++/.libs
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.1.0/bin/
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.1.0/lib/ -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.1.0/include -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.1.0/sys-include -m32
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/libstdc++-v3/src/.libs
-D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2
-DLOCALEDIR="." -nostdinc++
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/libstdc++-v3/include/x86_64-apple-darwin14.1.0
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/libstdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150126/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150126/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150126/libstdc++-v3/testsuite/util
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150126/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/explicit_instantiation/2.cc
-std=gnu++11 -S -m32 -o 2.s
/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::NonDefaultConstruct
ible>; _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>]':^M/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

/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: Abort trap: 6
xg++: internal compiler error: Abort trap: 6 (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

[Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEsA

[howarth at bromo dot med.uc.edu]

[-- 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.

[Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[redi at gcc dot gnu.org]

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.

[Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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.

[Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[redi at gcc dot gnu.org]

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.

[Bug libstdc++/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[howarth at bromo dot med.uc.edu]

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

[Bug tree-optimization/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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.

[Bug tree-optimization/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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

[Bug tree-optimization/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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

[Bug ipa/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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.

[Bug ipa/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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.

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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.

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[marxin at gcc dot gnu.org]

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)

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[danglin at gcc dot gnu.org]

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.

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[hubicka at gcc dot gnu.org]

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?

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[howarth at bromo dot med.uc.edu]

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

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[pinskia at gcc dot gnu.org]

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

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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.

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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.

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[dominiq at lps dot ens.fr]

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 ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[marxin at gcc dot gnu.org]

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"?

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[marxin at gcc dot gnu.org]

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.

[Bug ipa/64813] [5 Regression] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

[yroux at gcc dot gnu.org]

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