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

["marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.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)