[Bug bootstrap/63573] New: [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[Bug bootstrap/63573] New: [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[doko at gcc dot gnu.org]

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

            Bug ID: 63573
           Summary: [5 Regression] libgo: ICE building libgo on
                    powerpc-linux-gnu
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
          Assignee: unassigned at gcc dot gnu.org
          Reporter: doko at gcc dot gnu.org

libgo ftbfs on trunk r216349 on powerpc-linux-gnu:

../../../src/libgo/go/path/filepath/path.go: In function 'filepath.ToSlash':
../../../src/libgo/go/path/filepath/path.go:158:1: internal compiler error: in
expand_expr_addr_expr_1, at expr.c:7669
 func ToSlash(path string) string {
 ^
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[pthaugen at gcc dot gnu.org]

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

Pat Haugen <pthaugen at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bergner at gcc dot gnu.org,
                   |                            |hubicka at gcc dot gnu.org,
                   |                            |mliska at suse dot cz

--- Comment #1 from Pat Haugen <pthaugen at gcc dot gnu.org> ---
Bisected to r216305.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #3 from Martin Liška <marxin at gcc dot gnu.org> ---
Duplicate.

*** This bug has been marked as a duplicate of bug 63587 ***
>From gcc-bugs-return-464905-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Oct 24 10:12:03 2014
Return-Path: <gcc-bugs-return-464905-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18957 invoked by alias); 24 Oct 2014 10:12:03 -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 18882 invoked by uid 48); 24 Oct 2014 10:11:59 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu
Date: Fri, 24 Oct 2014 10:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63573-4-FZHwhte67V@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63573-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63573-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-10/txt/msg01926.txt.bz2
Content-length: 2174

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

--- Comment #2 from Martin Liška <marxin at gcc dot gnu.org> ---
More precise back-trace:
../../../../libgo/go/path/filepath/path.go:158:1: internal compiler error: in
expand_expr_addr_expr_1, at expr.c:7665
 func ToSlash(path string) string {
 ^
0x10501373 expand_expr_addr_expr_1
    ../../gcc/expr.c:7665
0x10501d93 expand_expr_addr_expr
    ../../gcc/expr.c:7779
0x10510797 expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
    ../../gcc/expr.c:10604
0x105023af expand_expr_real(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
    ../../gcc/expr.c:7947
0x1032b413 expand_normal
    ../../gcc/expr.h:457
0x1032d4bf precompute_register_parameters
    ../../gcc/calls.c:832
0x10335813 expand_call(tree_node*, rtx_def*, int)
    ../../gcc/calls.c:3009
0x1050f433 expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
    ../../gcc/expr.c:10372
0x105023af expand_expr_real(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
    ../../gcc/expr.c:7947
0x104f5e1f store_expr(tree_node*, rtx_def*, int, bool)
    ../../gcc/expr.c:5337
0x104f47e3 expand_assignment(tree_node*, tree_node*, bool)
    ../../gcc/expr.c:5123
0x103505a3 expand_call_stmt
    ../../gcc/cfgexpand.c:2321
0x103545c7 expand_gimple_stmt_1
    ../../gcc/cfgexpand.c:3218
0x10354df3 expand_gimple_stmt
    ../../gcc/cfgexpand.c:3370
0x10354f73 expand_gimple_tailcall
    ../../gcc/cfgexpand.c:3417
0x1035d3d7 expand_gimple_basic_block
    ../../gcc/cfgexpand.c:5182
0x1035f983 execute
    ../../gcc/cfgexpand.c:5811

Where debug_rtx(result):
(reg/v:DI 157 [ path ])

if I go up in BT:
#11 0x00000000103505a4 in expand_call_stmt (stmt=0x3fffafcc5bb0) at
../../gcc/cfgexpand.c:2321
2321        expand_assignment (lhs, exp, false);
(gdb) call debug_gimple_stmt(stmt)
# .MEM_2 = VDEF <.MEM_1(D)>
<retval> = path_filepath.FromSlash.localalias.1 (path); [return slot
optimization] [tail call]

I think it would be duplicate of PR63587, where we expand thunk and RESULT_DECL
is given as argument for add_local_decl.

Thanks,
Martin
>From gcc-bugs-return-464907-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Oct 24 10:13:06 2014
Return-Path: <gcc-bugs-return-464907-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21254 invoked by alias); 24 Oct 2014 10:13: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 21152 invoked by uid 48); 24 Oct 2014 10:13:01 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/63587] [5 Regression] ICE : tree check: expected var_decl, have result_decl in add_local_variables, at tree-inline.c:4112
Date: Fri, 24 Oct 2014 10:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-63587-4-YAqeA5BHX6@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63587-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63587-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-10/txt/msg01928.txt.bz2
Content-length: 449

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |doko at gcc dot gnu.org

--- Comment #11 from Martin Liška <marxin at gcc dot gnu.org> ---
*** Bug 63573 has been marked as a duplicate of this bug. ***
>From gcc-bugs-return-464908-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Oct 24 10:27:22 2014
Return-Path: <gcc-bugs-return-464908-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 31334 invoked by alias); 24 Oct 2014 10:27:22 -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 31310 invoked by uid 48); 24 Oct 2014 10:27:18 -0000
From: "trippels at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/63636] [5 Regression] gcc gets miscompiled during LTO/PGO bootstrap on ppc64
Date: Fri, 24 Oct 2014 10:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: trippels 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: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on component everconfirmed
Message-ID: <bug-63636-4-cZtJa4f5IK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63636-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63636-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: 2014-10/txt/msg01929.txt.bz2
Content-length: 688

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc636

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-10-24
          Component|target                      |ipa
     Ever confirmed|0                           |1

--- Comment #1 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Another ipa-icf issue. Adding -fno-ipa-icf to STAGE2/3_CFLAGS "fixes" the
issue.
I will wait until all the other ICF issues are fixed and retest then.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
   Last reconfirmed|                            |2014-10-29
         Resolution|DUPLICATE                   |---
     Ever confirmed|0                           |1

--- Comment #4 from Martin Liška <marxin at gcc dot gnu.org> ---
PR still persists after installation of patch for PR63587.
>From gcc-bugs-return-465228-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Oct 29 16:40:43 2014
Return-Path: <gcc-bugs-return-465228-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17054 invoked by alias); 29 Oct 2014 16:40:43 -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 17007 invoked by uid 48); 29 Oct 2014 16:40:37 -0000
From: "patnel97269-gfortran at yahoo dot fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/63640] move_alloc memory leak
Date: Wed, 29 Oct 2014 16:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: patnel97269-gfortran at yahoo dot fr
X-Bugzilla-Status: UNCONFIRMED
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: bug_severity
Message-ID: <bug-63640-4-0jmV7AzUip@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63640-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63640-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: 2014-10/txt/msg02249.txt.bz2
Content-length: 290

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc640

patnel97269-gfortran at yahoo dot fr changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|major                       |critical

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

--- Comment #5 from Martin Liška <marxin at gcc dot gnu.org> ---
Issue looks very similar, ICF identifies a pair of function which are
transformed to thunk (with tail-call).

Where:
(gdb) call debug_gimple_stmt(stmt)
# .MEM_3 = VDEF <.MEM_1(D)>
encoding_json.error.pN25_encoding_json.encodeState.localalias.36 (d_2(D), err);
[tail call]

and:
#9  0x00000000102a315c in expand_expr (exp=0x3fffa79d3940,
target=0x3fffaf8d0400, mode=VOIDmode, modifier=EXPAND_NORMAL) at
../../gcc/expr.h:382
382      return expand_expr_real (exp, target, mode, modifier, NULL, false);
(gdb) call debug_tree(exp)
 <call_expr 0x3fffa79d3940
    type <void_type 0x3fffaf8b1260 asm_written VOID
        align 8 symtab 0 alias set -1 canonical type 0x3fffaf8b1260
        pointer_to_this <pointer_type 0x3fffaf8b1308>>
    side-effects addressable protected
    fn <addr_expr 0x3fffafa9bc80
        type <pointer_type 0x3fffafb60a80 type <function_type 0x3fffafb609d8>
            unsigned SI
            size <integer_cst 0x3fffaf881158 constant 32>
            unit size <integer_cst 0x3fffaf881170 constant 4>
            align 32 symtab 0 alias set -1 canonical type 0x3fffafb60a80>
        constant
        arg 0 <function_decl 0x3fffa792d728
encoding_json.error.pN25_encoding_json.encodeState.localalias.36 type
<function_type 0x3fffafb609d8>
            addressable asm_written used SI file
../../../../libgo/go/encoding/json/encode.go line 272 col 1 align 32 result
<result_decl 0x3fffb1851ab8 D.3022>
            (mem:SI (symbol_ref:SI
("encoding_json.error.pN25_encoding_json.encodeState.localalias.36") [flags
0x3] <function_decl 0x3fffa792d728
encoding_json.error.pN25_encoding_json.encodeState.localalias.36>) [0  S4
A8])>>
    arg 0 <ssa_name 0x3fffa7916078
        type <pointer_type 0x3fffaf9e03f0 type <record_type 0x3fffaf8b8f10
.encoding/json.decodeState>
            sizes-gimplified asm_written public unsigned SI size <integer_cst
0x3fffaf881158 32> unit size <integer_cst 0x3fffaf881170 4>
            align 32 symtab 16383 alias set 5 canonical type 0x3fffaf9e03f0>
        visited var <parm_decl 0x3fffafad0980 d>def_stmt GIMPLE_NOP

        version 2
        ptr-info 0x3fffa58b0c90>
    arg 1 <parm_decl 0x3fffafad0a00 err
        type <record_type 0x3fffaf8b6d98 error sizes-gimplified asm_written DI
            size <integer_cst 0x3fffaf8811b8 constant 64>
            unit size <integer_cst 0x3fffaf8811d0 constant 8>
            align 32 symtab 16383 alias set 28 canonical type 0x3fffaf8b6d98
fields <field_decl 0x3fffaf961138 __methods>
            pointer_to_this <pointer_type 0x3fffaf9a6708>>
        addressable used DI file ../../../../libgo/go/encoding/json/decode.go
line 193 col 1 size <integer_cst 0x3fffaf8811b8 64> unit size <integer_cst
0x3fffaf8811d0 8>
        align 32 context <function_decl 0x3fffaf979f78
json.error.pN25_encoding_json.decodeState>
        (reg/v:DI 157 [ err ]) arg-type <record_type 0x3fffaf8b6d98 error>
        incoming-rtl (mem:DI (reg:SI 4 4) [0  S8 A8])>>

(gdb) frame 1
(gdb) call debug_rtx(result)
(reg/v:DI 157 [ err ])

Am I right that problem comes up from TREE_ADDRESSABLE flag set on arg 1 (err)?
I would appreciate any hint how should be thunk creation fixed.

Thank you,
Martin
>From gcc-bugs-return-465380-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 30 11:50:26 2014
Return-Path: <gcc-bugs-return-465380-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30901 invoked by alias); 30 Oct 2014 11:50:25 -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 30861 invoked by uid 48); 30 Oct 2014 11:50:21 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/63580] [5 Regression] ICE : error: invalid argument to gimple call
Date: Thu, 30 Oct 2014 11:51:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63580-4-fQk6T6nbYB@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63580-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63580-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-10/txt/msg02401.txt.bz2
Content-length: 823

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

--- Comment #4 from Martin Liška <marxin at gcc dot gnu.org> ---
diff --git a/gcc/cgraphunit.c b/gcc/cgraphunit.c
index 6f61f5c..89c96dc 100644
--- a/gcc/cgraphunit.c
+++ b/gcc/cgraphunit.c
@@ -2342,6 +2342,14 @@ cgraph_node::create_wrapper (cgraph_node *target)

     cgraph_edge *e = create_edge (target, NULL, 0, CGRAPH_FREQ_BASE);

+    tree arguments = DECL_ARGUMENTS (decl);
+
+    while (arguments)
+      {
+       TREE_ADDRESSABLE (arguments) = false;
+       arguments = TREE_CHAIN (arguments);
+      }
+
     expand_thunk (false, true);
     e->call_stmt_cannot_inline_p = true;

Following patch fixed the issue, boostrap works without any regression.
But I guess it's just a partial fix. There's very similar issue: PR63573.

Thanks,
Martin
>From gcc-bugs-return-465381-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 30 11:51:42 2014
Return-Path: <gcc-bugs-return-465381-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 31945 invoked by alias); 30 Oct 2014 11:51:42 -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 31861 invoked by uid 48); 30 Oct 2014 11:51:38 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63574] [5 Regression] ICE building libjava (segfault) on arm-linux-gnueabihf
Date: Thu, 30 Oct 2014 11:51: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: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-63574-4-BCy9HFGm5S@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63574-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63574-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-10/txt/msg02402.txt.bz2
Content-length: 436

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #6 from Martin Liška <marxin at gcc dot gnu.org> ---
Resolved.
>From gcc-bugs-return-465382-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 30 11:51:43 2014
Return-Path: <gcc-bugs-return-465382-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 32056 invoked by alias); 30 Oct 2014 11:51:43 -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 31901 invoked by uid 48); 30 Oct 2014 11:51:39 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/63664] ipa-icf pass fails with segfault
Date: Thu, 30 Oct 2014 13:33:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
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: bug_status resolution
Message-ID: <bug-63664-4-cMF34M3sCR@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63664-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63664-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: 2014-10/txt/msg02403.txt.bz2
Content-length: 492

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc664
Bug 63664 depends on bug 63574, which changed state.

Bug 63574 Summary: [5 Regression] ICE building libjava (segfault) on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc574

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[hubicka at gcc dot gnu.org]

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

--- Comment #6 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
OK, so the problem is the following. There is a parameter that is passed by
reference. Because it is a single scalar (packed in structure) it gets promoted
to register by function.c as an optimization. This however is not welcome by
the tail call expansion code that needs to use original memory location to pass
the parameter further.

The original memory location is still linked by DECL_INCOMING_RTL that is
readily available:
Index: expr.c
===================================================================
--- expr.c      (revision 216942)
+++ expr.c      (working copy)
@@ -7660,6 +7660,13 @@ expand_expr_addr_expr_1 (tree exp, rtx t
                                modifier == EXPAND_INITIALIZER
                                ? EXPAND_INITIALIZER : EXPAND_CONST_ADDRESS);

+          if (!MEM_P (result)
+              && TREE_ADDRESSABLE (exp)
+              && TREE_CODE (exp) == PARM_DECL
+              && DECL_INCOMING_RTL (exp)
+              && MEM_P (DECL_INCOMING_RTL (exp)))
+            result = DECL_INCOMING_RTL (exp);
+
          /* If the DECL isn't in memory, then the DECL wasn't properly
             marked TREE_ADDRESSABLE, which will be either a front-end
             or a tree optimizer bug.  */

this patch lets me to continue in bootstrap.  I am bit concerned about its
safety however: DECL_RTL and DECL_INCOMING_RTL may not be kept in sync in real
function (not thunk) and at this point we do not have any way to assert that we
are not expanding thunk. However I think this is only place I can think of
where TREE_ADDRESSABLE flag is validly set on value that is not in memory.

Perhaps we could replace DECL_RTL by DECL_INCOMMING_RTL instead in calls.c at
the place we mark it addressable to make IL more consistent?

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[hubicka at gcc dot gnu.org]

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

--- Comment #7 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
This is the alternative patch resetting DECL_RTL in calls.c
Index: calls.c
===================================================================
--- calls.c     (revision 216942)
+++ calls.c     (working copy)
@@ -1210,6 +1210,15 @@ initialize_argument_information (int num
                  && TREE_CODE (base) != SSA_NAME
                  && (!DECL_P (base) || MEM_P (DECL_RTL (base)))))
            {
+             /* Argument setup code may have copied the value to register.  We
+                that optimization now because the tail call code must use
+                the original location.  */
+             if (TREE_CODE (args[i].tree_value) == PARM_DECL
+                 && !MEM_P (DECL_RTL (args[i].tree_value))
+                 && DECL_INCOMING_RTL (args[i].tree_value)
+                 && MEM_P (DECL_RTL (args[i].tree_value)))
+               set_decl_rtl (args[i].tree_value, DECL_INCOMING_RTL
(args[i].tree_value));
+
              mark_addressable (args[i].tree_value);

              /* We can't use sibcalls if a callee-copied argument is

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[hubicka at ucw dot cz]

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

--- Comment #8 from Jan Hubicka <hubicka at ucw dot cz> ---
There is a pasto in the previous patch.  This is what I am testing.

Index: calls.c
===================================================================
--- calls.c    (revision 216942)
+++ calls.c    (working copy)
@@ -1210,6 +1211,15 @@ initialize_argument_information (int num
           && TREE_CODE (base) != SSA_NAME
           && (!DECL_P (base) || MEM_P (DECL_RTL (base)))))
         {
+          /* Argument setup code may have copied the value to register.  We
+         that optimization now because the tail call code must use
+         the original location.  */
+          if (TREE_CODE (args[i].tree_value) == PARM_DECL
+          && !MEM_P (DECL_RTL (args[i].tree_value))
+          && DECL_INCOMING_RTL (args[i].tree_value)
+          && MEM_P (DECL_INCOMING_RTL (args[i].tree_value)))
+        set_decl_rtl (args[i].tree_value, DECL_INCOMING_RTL
(args[i].tree_value));
+
           mark_addressable (args[i].tree_value);

           /* We can't use sibcalls if a callee-copied argument is

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[vogt at linux dot vnet.ibm.com]

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

--- Comment #10 from Dominik Vogt <vogt at linux dot vnet.ibm.com> ---
This still happens for me on s390x on "git-svn-id:
svn+ssh://gcc.gnu.org/svn/gcc/trunk@217069
138bc75d-0d04-0410-961f-82ee72b054a4".  Is this supposed to be fixed by now? 
Is one of the above patches applied?

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[vogt at linux dot vnet.ibm.com]

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

--- Comment #11 from Dominik Vogt <vogt at linux dot vnet.ibm.com> ---
With the two patches for calls.c and expr.c atop the said commit the ICE is
gone on s390x.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[schwab@linux-m68k.org]

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

--- Comment #12 from Andreas Schwab <schwab@linux-m68k.org> ---
This also breaks g++.dg/ipa/pr63587-2.C on powerpc -m32, but the patches in #c6
and #c8 don't fix that.

$ gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/ipa/pr63587-2.C -nostdinc++
-Ipowerpc64-linux/32/libstdc++-v3/include/powerpc64-linux
-Ipowerpc64-linux/32/libstdc++-v3/include -I../libstdc++-v3/libsupc++
-I../libstdc++-v3/include/backward -I../libstdc++-v3/testsuite/util
-std=gnu++11 -O2 -S -m32 -o pr63587-2.s
../gcc/testsuite/g++.dg/ipa/pr63587-2.C: In static member function ‘static int
boost::function_obj_invoker0<FunctionObj>::invoke(boost::function_buffer&)
[with FunctionObj =
boost::test_case_template_invoker<default_formatting_invoker>]’:
../gcc/testsuite/g++.dg/ipa/pr63587-2.C:21:3: internal compiler error: in
expand_expr_addr_expr_1, at expr.c:7725
>From gcc-bugs-return-466143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 09 15:39:25 2014
Return-Path: <gcc-bugs-return-466143-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 4585 invoked by alias); 9 Nov 2014 15:39:24 -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 4528 invoked by uid 48); 9 Nov 2014 15:39:21 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug sanitizer/63788] ICE: SIGSEGV in contains_struct_check with -O -fsanitize=undefined on almost any fortran code
Date: Sun, 09 Nov 2014 15:39:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: sanitizer
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cc assigned_to target_milestone
Message-ID: <bug-63788-4-aNZhViESaW@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63788-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63788-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: 2014-11/txt/msg00615.txt.bz2
Content-length: 586

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc788

Marek Polacek <mpolacek at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                 CC|                            |mpolacek at gcc dot gnu.org
           Assignee|unassigned at gcc dot gnu.org      |mpolacek at gcc dot gnu.org
   Target Milestone|---                         |5.0

--- Comment #2 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Mine.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[schwab@linux-m68k.org]

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

--- Comment #13 from Andreas Schwab <schwab@linux-m68k.org> ---
Also breaks gcc.dg/tree-ssa/ldist-19.c (both -m32 and -m64).

$ gcc/xgcc -Bgcc/ ../gcc/gcc/testsuite/gcc.dg/tree-ssa/ldist-19.c -O3
-fdump-tree-ldist-details -S -m32 -o ldist-19.s && grep -c "generated memset"
ldist-19.c.*
4

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

--- Comment #14 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Andreas Schwab from comment #12)
> This also breaks g++.dg/ipa/pr63587-2.C on powerpc -m32, but the patches in
> #c6 and #c8 don't fix that.
> 
> $ gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/ipa/pr63587-2.C -nostdinc++
> -Ipowerpc64-linux/32/libstdc++-v3/include/powerpc64-linux
> -Ipowerpc64-linux/32/libstdc++-v3/include -I../libstdc++-v3/libsupc++
> -I../libstdc++-v3/include/backward -I../libstdc++-v3/testsuite/util
> -std=gnu++11 -O2 -S -m32 -o pr63587-2.s
> ../gcc/testsuite/g++.dg/ipa/pr63587-2.C: In static member function ‘static
> int
> boost::function_obj_invoker0<FunctionObj>::invoke(boost::function_buffer&)
> [with FunctionObj =
> boost::test_case_template_invoker<default_formatting_invoker>]’:
> ../gcc/testsuite/g++.dg/ipa/pr63587-2.C:21:3: internal compiler error: in
> expand_expr_addr_expr_1, at expr.c:7725

There's really problem that both suggested patches can fix just cases where
DECL_INCOMING_RTL is defined. In following situation:

static boost::log::make_output_actor<ActorT<LeftExprT>, RightT, ValueT>::type
boost::log::make_output_actor<ActorT<LeftExprT>, RightT,
ValueT>::make(ActorT<LeftExprT>, RightT&) [with ActorT = boost::actor;
LeftExprT =
boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
boost::log::to_log_fun> >, boost::log::to_log_fun>; RightT =
boost::log::attribute_actor<int, boost::log::value_extractor, void,
boost::actor>; ValueT = int; boost::log::make_output_actor<ActorT<LeftExprT>,
RightT, ValueT>::type =
boost::actor<boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
boost::log::to_log_fun> >, boost::log::to_log_fun> >, boost::log::to_log_fun>
>] (struct actor left, struct attribute_actor & right)
{
  struct type D.4892;
  struct attribute_name D.4891;
  struct to_log_fun D.4890;
  struct actor left;

  <bb 2>:
  left = left;
  D.4891 = MEM[(struct attribute_terminal *)right_2(D)].m_name;
 
boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
boost::log::to_log_fun> >, boost::log::to_log_fun> >,
boost::log::to_log_fun>::attribute_output_terminal<int> (&D.4892, left, D.4891,
D.4890, 0);
  D.4892 ={v} {CLOBBER};
  return;

}

ICF introduces:
static boost::log::make_output_actor<ActorT<LeftExprT>, RightT, ValueT>::type
boost::log::make_output_actor<ActorT<LeftExprT>, RightT,
ValueT>::make(ActorT<LeftExprT>, RightT&) [with ActorT = boost::actor;
LeftExprT = int; RightT = boost::log::attribute_actor<{anonymous}::my_class,
boost::log::value_extractor, void, boost::actor>; ValueT = int;
boost::log::make_output_actor<ActorT<LeftExprT>, RightT, ValueT>::type =
boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
boost::log::to_log_fun> >] (struct actor left, struct attribute_actor & right)
{
  struct type <retval>;

  <bb 2>:
  <retval> = boost::log::make_output_actor<boost::actor<int>,
boost::log::attribute_actor<int, boost::log::value_extractor, void,
boost::actor>, int>::make (left, right_2(D)); [tail call]
  return <retval>;

}

with following call:
 <call_expr 0x3fffafbc2fc0
    type <record_type 0x3fffafba0000 type used needs-constructing type_5 type_6
QI
        size <integer_cst 0x3fffaf881518 constant 8>
        unit size <integer_cst 0x3fffaf881530 constant 1>
        align 8 symtab 0 alias set -1 canonical type 0x3fffafb3ff48
        fields <field_decl 0x3fffafb61138 proto_expr_ type <record_type
0x3fffafb71458 type>
            nonlocal decl_3 QI file ../gcc/testsuite/g++.dg/ipa/pr63587-2.C
line 145 col 48 size <integer_cst 0x3fffaf881518 8> unit size <integer_cst
0x3fffaf881530 1>
            align 8 offset_align 128
            offset <integer_cst 0x3fffaf881410 constant 0>
            bit offset <integer_cst 0x3fffaf881470 constant 0> context
<record_type 0x3fffafb3ff48 actor> chain <type_decl 0x3fffafb610a0 actor>>
context <namespace_decl 0x3fffaf984a38 boost>
        full-name "boost::log::make_output_actor<boost::actor<int>,
boost::log::attribute_actor<int, boost::log::value_extractor, void,
boost::actor>, int>::type"
        needs-constructor X() X(constX&) this=(X&) n_parents=0 use_template=1
interface-unknown
        pointer_to_this <pointer_type 0x3fffafbae9a0> chain <type_decl
0x3fffafb60be0 actor>>
    side-effects private protected
    fn <addr_expr 0x3fffafc130c0
        type <pointer_type 0x3fffafba0348 type <function_type 0x3fffafba00a8>
            unsigned SI
            size <integer_cst 0x3fffaf8813e0 constant 32>
            unit size <integer_cst 0x3fffaf8813f8 constant 4>
            align 32 symtab 0 alias set -1 canonical type 0x3fffafba03f0>
        constant
        arg 0 <function_decl 0x3fffafb51518 make type <function_type
0x3fffafba00a8>
            addressable asm_written used public static weak autoinline decl_1
decl_5 decl_6 SI file ../gcc/testsuite/g++.dg/ipa/pr63587-2.C line 208 col 3
align 32 context <record_type 0x3fffafb7fdf8 make_output_actor> initial
<error_mark 0x3fffaf8813c8> result <result_decl 0x3fffb18512c0 D.4281>
            full-name "static boost::log::make_output_actor<ActorT<LeftExprT>,
RightT, ValueT>::type boost::log::make_output_actor<ActorT<LeftExprT>, RightT,
ValueT>::make(ActorT<LeftExprT>, RightT&) [with ActorT = boost::actor;
LeftExprT = int; RightT = boost::log::attribute_actor<int,
boost::log::value_extractor, void, boost::actor>; ValueT = int;
boost::log::make_output_actor<ActorT<LeftExprT>, RightT, ValueT>::type =
boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
boost::log::to_log_fun> >]"
            pending-inline-info 0x3fffaf924e30 template-info 0x3fffafb86760
            (mem:SI (symbol_ref/i:SI
("_ZN5boost3log17make_output_actorINS_5actorIiEENS0_15attribute_actorIiNS0_15value_extractorEvS2_EEiE4makeES3_RS6_")
[flags 0x1] <function_decl 0x3fffafb51518 make>) [0  S4 A8])>>
    arg 0 <var_decl 0x3fffafc48f70 left
        type <record_type 0x3fffafb32f40 actor type_5 type_6 SI size
<integer_cst 0x3fffaf8813e0 32> unit size <integer_cst 0x3fffaf8813f8 4>
            align 32 symtab 0 alias set 1 canonical type 0x3fffafb32f40 fields
<field_decl 0x3fffaf98b810 proto_expr_> context <namespace_decl 0x3fffaf984a38
boost>
            full-name "struct boost::actor<int>"
            X() X(constX&) this=(X&) n_parents=0 use_template=1
interface-unknown
            pointer_to_this <pointer_type 0x3fffafb34398> reference_to_this
<reference_type 0x3fffafb34980> chain <type_decl 0x3fffaf98b648 actor>>
        addressable used SI file ../gcc/testsuite/g++.dg/ipa/pr63587-2.C line
21 col 3 size <integer_cst 0x3fffaf8813e0 32> unit size <integer_cst
0x3fffaf8813f8 4>
        align 32 context <function_decl 0x3fffafbb82c8 invoke> abstract_origin
<parm_decl 0x3fffafb97900 left>
        (reg/v:SI 180 [ left ])>
    arg 1 <addr_expr 0x3fffafc130e0
        type <pointer_type 0x3fffafb3de78 type <record_type 0x3fffafb3bbb0
attribute_actor>
            public unsigned SI size <integer_cst 0x3fffaf8813e0 32> unit size
<integer_cst 0x3fffaf8813f8 4>
            align 32 symtab 0 alias set -1 canonical type 0x3fffafb3de78>

        arg 0 <var_decl 0x3fffafc48160 right type <record_type 0x3fffafb3bbb0
attribute_actor>
            addressable used SI file ../gcc/testsuite/g++.dg/ipa/pr63587-2.C
line 245 col 1 size <integer_cst 0x3fffaf8813e0 32> unit size <integer_cst
0x3fffaf8813f8 4>
            align 32 context <function_decl 0x3fffafbb82c8 invoke>
abstract_origin <parm_decl 0x3fffafb0cb80 right>
            (mem/c:SI (plus:SI (reg/f:SI 150 virtual-stack-vars)
        (const_int 12 [0xc])) [13 right+0 S4 A32])>>>

Problem is that 'left' is placed to register and there's no DECL_INCOMING_RTL
for VAR_DECL 'left'.
Honza, what do you think about correct RTL expansion done in function.c instead
of taking DECL_INCOMING_RTL that doen't fix this new problem?

Thanks,
Martin
>From gcc-bugs-return-466214-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 10 10:56:11 2014
Return-Path: <gcc-bugs-return-466214-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16062 invoked by alias); 10 Nov 2014 10:56:10 -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 16022 invoked by uid 48); 10 Nov 2014 10:56:07 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63800] [5 Regression] ICE on valid code at -O3 on x86_64-linux-gnu
Date: Mon, 10 Nov 2014 10:56: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: rguenth at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63800-4-13TE9iNTrv@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63800-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63800-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: 2014-11/txt/msg00686.txt.bz2
Content-length: 737

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc800

--- Comment #4 from Richard Biener <rguenth at gcc dot gnu.org> ---
Ok - so when we enter tail-merging we have in BB2

<bb 2>:
# .MEM_9 = VDEF <.MEM_8(D)>
b = 1;
# .MEM_10 = VDEF <.MEM_9>
d[1] = 1;
if (1 != 0)
  goto <bb 11>;
else
  goto <bb 12>;

and at least one SSA name (the one we crash on) in the unreachable path
is already released (but the stmt is still "there"...!?).

Hmm, it seems that tree-ssa-pre.c:eliminate () thinks it can propagate
to all uses but when it visits the use in question its value is no longer
available.

Ah, the way we now implement PRE insertion inhibiting for vectorization
doesn't play well with the "simple" availability tracking.

I have a patch.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[hubicka at ucw dot cz]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 9654 bytes --]

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

--- Comment #15 from Jan Hubicka <hubicka at ucw dot cz> ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
> 
> --- Comment #14 from Martin Liška <marxin at gcc dot gnu.org> ---
> (In reply to Andreas Schwab from comment #12)
> > This also breaks g++.dg/ipa/pr63587-2.C on powerpc -m32, but the patches in
> > #c6 and #c8 don't fix that.
> > 
> > $ gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/ipa/pr63587-2.C -nostdinc++
> > -Ipowerpc64-linux/32/libstdc++-v3/include/powerpc64-linux
> > -Ipowerpc64-linux/32/libstdc++-v3/include -I../libstdc++-v3/libsupc++
> > -I../libstdc++-v3/include/backward -I../libstdc++-v3/testsuite/util
> > -std=gnu++11 -O2 -S -m32 -o pr63587-2.s
> > ../gcc/testsuite/g++.dg/ipa/pr63587-2.C: In static member function ???static
> > int
> > boost::function_obj_invoker0<FunctionObj>::invoke(boost::function_buffer&)
> > [with FunctionObj =
> > boost::test_case_template_invoker<default_formatting_invoker>]???:
> > ../gcc/testsuite/g++.dg/ipa/pr63587-2.C:21:3: internal compiler error: in
> > expand_expr_addr_expr_1, at expr.c:7725
> 
> There's really problem that both suggested patches can fix just cases where
> DECL_INCOMING_RTL is defined. In following situation:
> 
> static boost::log::make_output_actor<ActorT<LeftExprT>, RightT, ValueT>::type
> boost::log::make_output_actor<ActorT<LeftExprT>, RightT,
> ValueT>::make(ActorT<LeftExprT>, RightT&) [with ActorT = boost::actor;
> LeftExprT =
> boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
> boost::log::to_log_fun> >, boost::log::to_log_fun>; RightT =
> boost::log::attribute_actor<int, boost::log::value_extractor, void,
> boost::actor>; ValueT = int; boost::log::make_output_actor<ActorT<LeftExprT>,
> RightT, ValueT>::type =
> boost::actor<boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
> boost::log::to_log_fun> >, boost::log::to_log_fun> >, boost::log::to_log_fun>
> >] (struct actor left, struct attribute_actor & right)
> {
>   struct type D.4892;
>   struct attribute_name D.4891;
>   struct to_log_fun D.4890;
>   struct actor left;
> 
>   <bb 2>:
>   left = left;

The reason here is that thunk expansion introduce extra temporary.  
      if (nargs)
        for (i = 1, arg = DECL_CHAIN (a); i < nargs; i++, arg = DECL_CHAIN
(arg))
          {  
            tree tmp = arg;
            if (!is_gimple_val (arg))
              {
                tmp = create_tmp_reg (TYPE_MAIN_VARIANT
                                      (TREE_TYPE (arg)), "arg");
                gimple stmt = gimple_build_assign (tmp, arg);
                gsi_insert_after (&bsi, stmt, GSI_NEW_STMT);
              }
            vargs.quick_push (tmp); 
          }

the temporary obviously is not linked with the original memory expression.

I supose we may want to simply drop the tailcall flag in cases copy is
necessary, but I do not really see why a copy is desirable here: IMO whatever
can be RHS of assignment can also be passed to function.  What makes
left to be !is_gimple_val here?

Honza
>From gcc-bugs-return-466234-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 10 13:22:34 2014
Return-Path: <gcc-bugs-return-466234-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6411 invoked by alias); 10 Nov 2014 13:22:33 -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 6319 invoked by uid 48); 10 Nov 2014 13:22:29 -0000
From: "fxcoudert at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug sanitizer/62141] [GCC-4.10.0][ASAN] ICE: Segmentation fault: 11
Date: Mon, 10 Nov 2014 13:22:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: sanitizer
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fxcoudert 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: keywords cf_gcctarget bug_status cf_reconfirmed_on cc version everconfirmed
Message-ID: <bug-62141-4-AXbPfjQBQK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62141-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62141-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: 2014-11/txt/msg00706.txt.bz2
Content-length: 4463

https://gcc.gnu.org/bugzilla/show_bug.cgi?idb141

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-valid-code
             Target|x86_64-apple-darwin11.4.2   |x86_64-apple-darwin14
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-11-10
                 CC|                            |fxcoudert at gcc dot gnu.org
            Version|unknown                     |5.0
     Ever confirmed|0                           |1

--- Comment #5 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Confirmed with trunk on x86_64-apple-darwin14 (with pending patches from
PR63773). Minimal reproducer:

--------------------
void f1 (void *x)
{
  char a;
  __builtin_memcpy (x, &a, 1);
}

void f4 (void)
{
  char s[] = "";
}
--------------------

compiled with "gcc -S -fsanitize­dress -m32 a.c" gives ICE. Disappears
without -m32, and also at any optimization level other than -O0 (-O1, -O2, -O3,
-Os).
The backtrace is:

Process 49629 stopped
* thread #1: tid = 0x7e1f7, 0x000000010053d2ff
cc1`df_install_ref(this_ref=0x0000000142091ff0, reg_info=0x0000000200000006,
ref_info=0x0000000141e1e930, add_to_tableúlse) + 15 at df-scan.c:2328, queue
= 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1,
address=0x200000006)
    frame #0: 0x000000010053d2ff
cc1`df_install_ref(this_ref=0x0000000142091ff0, reg_info=0x0000000200000006,
ref_info=0x0000000141e1e930, add_to_tableúlse) + 15 at df-scan.c:2328
   2325    {
   2326      unsigned int regno = DF_REF_REGNO (this_ref);
   2327      /* Add the ref to the reg_{def,use,eq_use} chain.  */
-> 2328      df_ref head = reg_info->reg_chain;
   2329
   2330      reg_info->reg_chain = this_ref;
   2331      reg_info->n_refs++;
(lldb) bt
* thread #1: tid = 0x7e1f7, 0x000000010053d2ff
cc1`df_install_ref(this_ref=0x0000000142091ff0, reg_info=0x0000000200000006,
ref_info=0x0000000141e1e930, add_to_tableúlse) + 15 at df-scan.c:2328, queue
= 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1,
address=0x200000006)
  * frame #0: 0x000000010053d2ff
cc1`df_install_ref(this_ref=0x0000000142091ff0, reg_info=0x0000000200000006,
ref_info=0x0000000141e1e930, add_to_tableúlse) + 15 at df-scan.c:2328
    frame #1: 0x0000000100540f2e cc1`df_install_refs(bb=<unavailable>,
old_vec=0x00007fff5fbff250, reg_info=0x0000000141e20410,
ref_info=0x0000000141e1e930, is_notes=<unavailable>) + 110 at df-scan.c:2413
    frame #2: 0x000000010054155a
cc1`df_refs_add_to_chains(collection_rec=0x00007fff5fbfee40,
bb=0x0000000142c0c820, insn=<unavailable>, flags\x15) + 170 at df-scan.c:2466
    frame #3: 0x0000000100543910 cc1`df_bb_refs_record(bb_index=<unavailable>,
scan_insns=<unavailable>) + 672 at df-scan.c:3399
    frame #4: 0x0000000100543abd cc1`df_scan_blocks() + 253 at df-scan.c:629
    frame #5: 0x000000010052fb17 cc1`rest_of_handle_df_initialize + 311 at
df-core.c:746
    frame #6: 0x000000010089950b cc1`execute_one_pass(pass=0x0000000141e13210)
+ 395 at passes.c:2269
    frame #7: 0x0000000100899abe
cc1`execute_pass_list_1(pass=0x0000000141e13210) + 30 at passes.c:2321
    frame #8: 0x0000000100899ad0
cc1`execute_pass_list_1(pass=0x0000000141e12490) + 48 at passes.c:2322
    frame #9: 0x0000000100899b19 cc1`execute_pass_list(fn=0x0000000142d65150,
pass=0x0000000141e0f310) + 25 at passes.c:2332
    frame #10: 0x00000001004d6da4
cc1`cgraph_node::expand(this=0x0000000142c12620) + 260 at cgraphunit.c:1773
    frame #11: 0x00000001004d7ccf cc1`output_in_order(no_reorder=<unavailable>)
+ 559 at cgraphunit.c:2011
    frame #12: 0x00000001004d821a
cc1`symbol_table::compile(this=0x0000000142c05000) + 890 at cgraphunit.c:2242
    frame #13: 0x00000001004da27e
cc1`symbol_table::finalize_compilation_unit(this=0x0000000142c05000) + 110 at
cgraphunit.c:2325
    frame #14: 0x00000001000205c9 cc1`c_write_global_declarations() + 601 at
c-decl.c:10779
    frame #15: 0x00000001009745ff cc1`compile_file + 143 at toplev.c:583
    frame #16: 0x0000000100e8c014 cc1`toplev::main(this=<unavailable>, argc ,
argv=0x00007fff5fbff8f0) + 3764 at toplev.c:2013
    frame #17: 0x0000000100e8c63c cc1`main(argc , argv=0x00007fff5fbff8f0) +
44 at main.c:38
    frame #18: 0x00007fff880bd5c9 libdyld.dylib`start + 1

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

--- Comment #16 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Jan Hubicka from comment #15)
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
> > 
> > --- Comment #14 from Martin Liška <marxin at gcc dot gnu.org> ---
> > (In reply to Andreas Schwab from comment #12)
> > > This also breaks g++.dg/ipa/pr63587-2.C on powerpc -m32, but the patches in
> > > #c6 and #c8 don't fix that.
> > > 
> > > $ gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/ipa/pr63587-2.C -nostdinc++
> > > -Ipowerpc64-linux/32/libstdc++-v3/include/powerpc64-linux
> > > -Ipowerpc64-linux/32/libstdc++-v3/include -I../libstdc++-v3/libsupc++
> > > -I../libstdc++-v3/include/backward -I../libstdc++-v3/testsuite/util
> > > -std=gnu++11 -O2 -S -m32 -o pr63587-2.s
> > > ../gcc/testsuite/g++.dg/ipa/pr63587-2.C: In static member function ???static
> > > int
> > > boost::function_obj_invoker0<FunctionObj>::invoke(boost::function_buffer&)
> > > [with FunctionObj =
> > > boost::test_case_template_invoker<default_formatting_invoker>]???:
> > > ../gcc/testsuite/g++.dg/ipa/pr63587-2.C:21:3: internal compiler error: in
> > > expand_expr_addr_expr_1, at expr.c:7725
> > 
> > There's really problem that both suggested patches can fix just cases where
> > DECL_INCOMING_RTL is defined. In following situation:
> > 
> > static boost::log::make_output_actor<ActorT<LeftExprT>, RightT, ValueT>::type
> > boost::log::make_output_actor<ActorT<LeftExprT>, RightT,
> > ValueT>::make(ActorT<LeftExprT>, RightT&) [with ActorT = boost::actor;
> > LeftExprT =
> > boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
> > boost::log::to_log_fun> >, boost::log::to_log_fun>; RightT =
> > boost::log::attribute_actor<int, boost::log::value_extractor, void,
> > boost::actor>; ValueT = int; boost::log::make_output_actor<ActorT<LeftExprT>,
> > RightT, ValueT>::type =
> > boost::actor<boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<boost::log::attribute_output_terminal<boost::actor<int>,
> > boost::log::to_log_fun> >, boost::log::to_log_fun> >, boost::log::to_log_fun>
> > >] (struct actor left, struct attribute_actor & right)
> > {
> >   struct type D.4892;
> >   struct attribute_name D.4891;
> >   struct to_log_fun D.4890;
> >   struct actor left;
> > 
> >   <bb 2>:
> >   left = left;
> 
> The reason here is that thunk expansion introduce extra temporary.  
>       if (nargs)
>         for (i = 1, arg = DECL_CHAIN (a); i < nargs; i++, arg = DECL_CHAIN
> (arg))
>           {  
>             tree tmp = arg;
>             if (!is_gimple_val (arg))
>               {
>                 tmp = create_tmp_reg (TYPE_MAIN_VARIANT
>                                       (TREE_TYPE (arg)), "arg");
>                 gimple stmt = gimple_build_assign (tmp, arg);
>                 gsi_insert_after (&bsi, stmt, GSI_NEW_STMT);
>               }
>             vargs.quick_push (tmp); 
>           }
> 
> the temporary obviously is not linked with the original memory expression.

Ok, that makes sense.

> 
> I supose we may want to simply drop the tailcall flag in cases copy is
> necessary, but I do not really see why a copy is desirable here: IMO whatever
> can be RHS of assignment can also be passed to function.  What makes
> left to be !is_gimple_val here?

The loops iterates from 1..(nargs-1), where 'left' is first argument and is put
to vargs here:

      if (this_adjusting)
        vargs.quick_push (thunk_adjust (&bsi, a, 1, fixed_offset,
                    virtual_offset));
      else if (nargs)
        vargs.quick_push (a);

-----------^

      if (nargs)
        for (i = 1, arg = DECL_CHAIN (a); i < nargs; i++, arg = DECL_CHAIN
(arg))

Martin

> 
> Honza
>From gcc-bugs-return-466242-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 10 13:46:44 2014
Return-Path: <gcc-bugs-return-466242-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 1749 invoked by alias); 10 Nov 2014 13:46:44 -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 1710 invoked by uid 48); 10 Nov 2014 13:46:39 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63807] New: -Wvarargs doesn't warn when last argument has type that causes undefined behaviour
Date: Mon, 10 Nov 2014 13:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
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: bug_id short_desc product version bug_status keywords bug_severity priority component assigned_to reporter
Message-ID: <bug-63807-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: 2014-11/txt/msg00714.txt.bz2
Content-length: 1150

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc807

            Bug ID: 63807
           Summary: -Wvarargs doesn't warn when last argument has type
                    that causes undefined behaviour
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Keywords: diagnostic
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: redi at gcc dot gnu.org

The standard says in 18.10 [support.runtime]:

  If the parameter parmN is of a reference type, or of a type that is not
  compatible with the type that results when passing an argument for which
  there is no parameter, the behavior is undefined.

Testcase:

#include <stdarg.h>

void f(int& i, ...)
{
  va_list a;
  va_start(a, i);
  va_end(a);
}

int main()
{
  int i=0;
  f(i, 1);
}

G++ produces no diagnostic.


Compiling with EDG says:

"va.cc", line 6: error: incorrect use of va_start

Compiling with Clang says:

va.cc:6:15: warning: 'va_start' has undefined behavior with reference types
[-Wvarargs]

There is no error from ubsan using either G++ or Clang.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[hubicka at gcc dot gnu.org]

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

--- Comment #17 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Author: hubicka
Date: Mon Nov 10 19:14:17 2014
New Revision: 217307

URL: https://gcc.gnu.org/viewcvs?rev=217307&root=gcc&view=rev
Log:

    PR bootstrap/63573
    * calls.c (initialize_argument_information): When emitting thunk call
    use original memory placement of the argument.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/calls.c

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[hubicka at gcc dot gnu.org]

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

--- Comment #18 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
OK, in the new testcase we produce thunk that is subsetquently inlined. 
Inlining does not drop from_thunk_p flag and thus the call is expanded as
in-thunk call, but after inlining of course the parameters no longer correspond
to the parameters of outer function - and this is what from_thunk_p flag
promises.

I think correct fix is to clear the flag:
Index: tree-inline.c
===================================================================
--- tree-inline.c       (revision 217307)
+++ tree-inline.c       (working copy)
@@ -1567,9 +1567,13 @@ remap_gimple_stmt (gimple stmt, copy_bod
       copy = gimple_copy (stmt);

       /* Clear flags that need revisiting.  */
-      if (is_gimple_call (copy)
-         && gimple_call_tail_p (copy))
-       gimple_call_set_tail (copy, false);
+      if (is_gimple_call (copy))
+       {
+         if (gimple_call_tail_p (copy))
+           gimple_call_set_tail (copy, false);
+         if (gimple_call_from_thunk_p (copy))
+           gimple_call_set_from_thunk (copy, false);
+       }

       /* Remap the region numbers for __builtin_eh_{pointer,filter},
         RESX and EH_DISPATCH.  */

Now however we have extra copies born in the inlined sequences. I wonder if
this is harmful (i.e. can it trigger for non-PODs that require copy
constructors?) and if we can avoid them (since they consume memory).

I think when inlining *into* the thunk call, the inliner should avoid producing
extra copies in setup_one_parameter, but it does not solve problem in question
where we are inlining the thunk.

I am testing the above patch.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tekaev at kth dot se

--- Comment #19 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
*** Bug 63816 has been marked as a duplicate of this bug. ***

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |5.0

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P1

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

--- Comment #20 from Martin Liška <marxin at gcc dot gnu.org> ---
Hello.

I've just bootstrapped on ggc110 after r217307 was applied.
Can you please verify if the problem still persists?

Thanks,
Martin
>From gcc-bugs-return-467937-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 21 12:45:05 2014
Return-Path: <gcc-bugs-return-467937-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15551 invoked by alias); 21 Nov 2014 12:45:05 -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 15455 invoked by uid 48); 21 Nov 2014 12:45:01 -0000
From: "ktietz at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57335] internal compiler error: in cxx_eval_bit_field_ref, at cp/semantics.c:6977
Date: Fri, 21 Nov 2014 12:45: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: 4.7.2
X-Bugzilla-Keywords: ice-on-invalid-code, ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ktietz 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-57335-4-tE2LjDrM0J@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57335-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57335-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: 2014-11/txt/msg02409.txt.bz2
Content-length: 234

https://gcc.gnu.org/bugzilla/show_bug.cgi?idW335

--- Comment #9 from Kai Tietz <ktietz at gcc dot gnu.org> ---
Yes, that works without any warnings with delayed-folding patch.
(I mentioned it in comment #6 as *valid-code* sample)

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[vogt at linux dot vnet.ibm.com]

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

--- Comment #21 from Dominik Vogt <vogt at linux dot vnet.ibm.com> ---
With today's HEAD, the ICE in libgo is gone (s390x).  Thanks.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #22 from Martin Liška <marxin at gcc dot gnu.org> ---
Resolved.
>From gcc-bugs-return-468252-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 24 12:21:54 2014
Return-Path: <gcc-bugs-return-468252-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12491 invoked by alias); 24 Nov 2014 12:21: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 12420 invoked by uid 48); 24 Nov 2014 12:21:50 -0000
From: "jiwang at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/62173] [5.0 regression] [AArch64] Performance regression due to r213488
Date: Mon, 24 Nov 2014 12:21: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: 5.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jiwang at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: jiwang at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-62173-4-pvLQoqFIGV@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62173-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62173-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: 2014-11/txt/msg02724.txt.bz2
Content-length: 1459

https://gcc.gnu.org/bugzilla/show_bug.cgi?idb173

--- Comment #8 from Jiong Wang <jiwang at gcc dot gnu.org> ---
while above associate virtual_stack_var_rtx with constant offset actually cause
another hidding issue.

I assume after the association, we are generating cleaner insn sequences.

given the following testcase

void bar(int i)
{
  char A[10];
  char B[10];
  char C[10];
  g(A);
  g(B);
  g(C);
  f(A[i]);
  f(B[i]);
  f(C[i]);
  return;
}

it will generate the following assembly

bar:
    stp    x29, x30, [sp, -96]!
    add    x29, sp, 0
    stp    x21, x22, [sp, 32]
    add    x22, x29, 48
    add    x21, x29, 64
    stp    x19, x20, [sp, 16]
    sxtw    x19, w0
    mov    x0, x22
    add    x20, x29, 80
    bl    g
    mov    x0, x21
    bl    g
    mov    x0, x20
    bl    g
    ldrb    w0, [x22, x19]
    bl    f
    ldrb    w0, [x21, x19]
    bl    f
    ldrb    w0, [x20, x19]
    bl    f
    ldp    x19, x20, [sp, 16]
    ldp    x21, x22, [sp, 32]
    ldp    x29, x30, [sp], 96
    ret

above assembly is bad, because extra callee saved registers are used which we
should rematerialize those frame address instead of keeping them in callee
saved to avoid extra load/store.

looks like current register allocation don't rematerialize above situation.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[redi at gcc dot gnu.org]

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

--- Comment #23 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Created attachment 34120
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34120&action=edit
preprocessed source reproducing the ICE

I'm still seeing this with the attached input.

/home/jwakely/build-abi/./gcc/xgcc -shared-libgcc
-B/home/jwakely/build-abi/./gcc -nostdinc++
-L/home/jwakely/build-abi/powerpc64-unknown-linux-gnu/32/libstdc++-v3/src
-L/home/jwakely/build-abi/powerpc64-unknown-linux-gnu/32/libstdc++-v3/src/.libs
-L/home/jwakely/build-abi/powerpc64-unknown-linux-gnu/32/libstdc++-v3/libsupc++/.libs
-B/home/jwakely/gcc/5/powerpc64-unknown-linux-gnu/bin/
-B/home/jwakely/gcc/5/powerpc64-unknown-linux-gnu/lib/ -isystem
/home/jwakely/gcc/5/powerpc64-unknown-linux-gnu/include -isystem
/home/jwakely/gcc/5/powerpc64-unknown-linux-gnu/sys-include -m32
-I/home/jwakely/src/gcc/libstdc++-v3/../libgcc
-I/home/jwakely/build-abi/powerpc64-unknown-linux-gnu/32/libstdc++-v3/include/powerpc64-unknown-linux-gnu
-I/home/jwakely/build-abi/powerpc64-unknown-linux-gnu/32/libstdc++-v3/include
-I/home/jwakely/src/gcc/libstdc++-v3/libsupc++ -std=gnu++11 -D_GLIBCXX_SHARED
-fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Wabi
-fdiagnostics-show-location=once -ffunction-sections -fdata-sections
-frandom-seed=cxx11-shim_facets.lo -g -O2 -D_GNU_SOURCE -m32 -c
cxx11-shim_facets.ii  -fPIC -DPIC -D_GLIBCXX_SHARED -o cxx11-shim_facets.o



/home/jwakely/src/gcc/libstdc++-v3/src/c++11/cxx11-shim_facets.cc: In member
function ‘std::__facet_shims::{anonymous}::money_put_shim<_CharT>::iter_type
std::__facet_shims::{anonymous}::money_put_shim<_CharT>::do_put(std::__facet_shims::{anonymous}::money_put_shim<_CharT>::iter_type,
bool, std::ios_base&,
std::__facet_shims::{anonymous}::money_put_shim<_CharT>::char_type, const
string_type&) const [with _CharT = wchar_t;
std::__facet_shims::{anonymous}::money_put_shim<_CharT>::iter_type =
std::ostreambuf_iterator<wchar_t, std::char_traits<wchar_t> >;
std::__facet_shims::{anonymous}::money_put_shim<_CharT>::char_type = wchar_t;
std::__facet_shims::{anonymous}::money_put_shim<_CharT>::string_type =
std::basic_string<wchar_t>]’:
/home/jwakely/src/gcc/libstdc++-v3/src/c++11/cxx11-shim_facets.cc:427:2:
internal compiler error: in expand_expr_addr_expr_1, at expr.c:7716
  do_put(iter_type s, bool intl, ios_base& io,
  ^
0x109011df expand_expr_addr_expr_1
        /home/jwakely/src/gcc/gcc/expr.c:7716
0x10901bfb expand_expr_addr_expr
        /home/jwakely/src/gcc/gcc/expr.c:7830
0x10910897 expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
        /home/jwakely/src/gcc/gcc/expr.c:10704
0x109021ef expand_expr_real(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
        /home/jwakely/src/gcc/gcc/expr.c:7998
0x106fff7f expand_normal
        /home/jwakely/src/gcc/gcc/expr.h:305
0x107020c7 precompute_register_parameters
        /home/jwakely/src/gcc/gcc/calls.c:869
0x1070a78f expand_call(tree_node*, rtx_def*, int)
        /home/jwakely/src/gcc/gcc/calls.c:3119
0x1090f537 expand_expr_real_1(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
        /home/jwakely/src/gcc/gcc/expr.c:10472
0x109021ef expand_expr_real(tree_node*, rtx_def*, machine_mode,
expand_modifier, rtx_def**, bool)
        /home/jwakely/src/gcc/gcc/expr.c:7998
0x10719cbf expand_expr
        /home/jwakely/src/gcc/gcc/expr.h:299
0x10727cc3 expand_call_stmt
        /home/jwakely/src/gcc/gcc/cfgexpand.c:2347
0x1072befb expand_gimple_stmt_1
        /home/jwakely/src/gcc/gcc/cfgexpand.c:3293
0x1072c743 expand_gimple_stmt
        /home/jwakely/src/gcc/gcc/cfgexpand.c:3447
0x10734d27 expand_gimple_basic_block
        /home/jwakely/src/gcc/gcc/cfgexpand.c:5280
0x10737197 execute
        /home/jwakely/src/gcc/gcc/cfgexpand.c:5889
>From gcc-bugs-return-468587-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 26 00:29:29 2014
Return-Path: <gcc-bugs-return-468587-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30175 invoked by alias); 26 Nov 2014 00:29: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 30113 invoked by uid 48); 26 Nov 2014 00:29:24 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug sanitizer/64078] New: FAIL: c-c++-common/ubsan/object-size-9.c
Date: Wed, 26 Nov 2014 00:29:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: sanitizer
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc
Message-ID: <bug-64078-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: 2014-11/txt/msg03059.txt.bz2
Content-length: 837

https://gcc.gnu.org/bugzilla/show_bug.cgi?idd078

            Bug ID: 64078
           Summary: FAIL: c-c++-common/ubsan/object-size-9.c
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: sanitizer
          Assignee: unassigned at gcc dot gnu.org
          Reporter: hjl.tools at gmail dot com
                CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
                    jakub at gcc dot gnu.org, kcc at gcc dot gnu.org

On Linux/x86-64, I got

FAIL: c-c++-common/ubsan/object-size-9.c   -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects  output pattern test, is
c-c++-common/ubsan/object-size-9.c:21:11: runtime error: load of address
0x7fffbe9defec with insufficient space for an object of type 'char'

at random.

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[redi at gcc dot gnu.org]

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

--- Comment #24 from Jonathan Wakely <redi at gcc dot gnu.org> ---
The code in comment 23 compiled OK at r215990 (I couldn't test with r216304 to
confirm t his is definitely the same issue because that failed to bootstrap on
powerpc for a different reason)

You only need this command to trigger the ICE, the rest of the command in
comment 23 is not relevant:

~/gcc/5/bin/g++ -std=gnu++11 -fno-implicit-templates -m32 -O2 -c
cxx11-shim_facets.ii -o cxx11-shim_facets.o

(It compiles OK without -fno-implicit-templates)

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[marxin at gcc dot gnu.org]

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

--- Comment #25 from Martin Liška <marxin at gcc dot gnu.org> ---
There's updated version of Honza's patch that fixes testcase instroduced in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573#c23:

diff --git a/gcc/tree-inline.c b/gcc/tree-inline.c
index d4864ae..0036f15 100644
--- a/gcc/tree-inline.c
+++ b/gcc/tree-inline.c
@@ -1617,8 +1617,12 @@ remap_gimple_stmt (gimple stmt, copy_body_data *id)

       /* Clear flags that need revisiting.  */
       if (gcall *call_stmt = dyn_cast <gcall *> (copy))
-    if (gimple_call_tail_p (call_stmt))
-      gimple_call_set_tail (call_stmt, false);
+        {
+      if (gimple_call_tail_p (call_stmt))
+        gimple_call_set_tail (call_stmt, false);
+      if (gimple_call_from_thunk_p (call_stmt))
+        gimple_call_set_from_thunk (call_stmt, false);
+    }

       /* Remap the region numbers for __builtin_eh_{pointer,filter},
      RESX and EH_DISPATCH.  */


Honza, can we commit this hunk?

Thanks,
Martin
>From gcc-bugs-return-468785-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 27 16:18:27 2014
Return-Path: <gcc-bugs-return-468785-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16109 invoked by alias); 27 Nov 2014 16:18:27 -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 15615 invoked by uid 48); 27 Nov 2014 16:18:21 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu
Date: Thu, 27 Nov 2014 16:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-63573-4-KQTN10x18f@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63573-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63573-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg03257.txt.bz2
Content-length: 449

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |redi at gcc dot gnu.org

--- Comment #26 from Martin Liška <marxin at gcc dot gnu.org> ---
*** Bug 64086 has been marked as a duplicate of this bug. ***
>From gcc-bugs-return-468784-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 27 16:18:23 2014
Return-Path: <gcc-bugs-return-468784-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15651 invoked by alias); 27 Nov 2014 16:18:23 -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 15545 invoked by uid 48); 27 Nov 2014 16:18:18 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/64086] [5 Regression] building patched libstdc++ on powerpc64-linux-gnu gets ICE in expand_expr_addr_expr_1, at expr.c:7716
Date: Thu, 27 Nov 2014 16:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: build, ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-64086-4-68HcSYETus@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64086-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64086-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg03256.txt.bz2
Content-length: 503

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #2 from Martin Liška <marxin at gcc dot gnu.org> ---
Duplicate.

*** This bug has been marked as a duplicate of bug 63573 ***
>From gcc-bugs-return-468786-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 27 16:19:39 2014
Return-Path: <gcc-bugs-return-468786-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17207 invoked by alias); 27 Nov 2014 16:19:39 -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 17146 invoked by uid 48); 27 Nov 2014 16:19:35 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu
Date: Thu, 27 Nov 2014 16:19:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: marxin at gcc dot gnu.org
X-Bugzilla-Status: REOPENED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-63573-4-9MpJVFmpQj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63573-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63573-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg03258.txt.bz2
Content-length: 435

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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---

--- Comment #27 from Martin Liška <marxin at gcc dot gnu.org> ---
Reopened.
>From gcc-bugs-return-468787-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 27 16:39:25 2014
Return-Path: <gcc-bugs-return-468787-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 3109 invoked by alias); 27 Nov 2014 16:39:24 -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 2796 invoked by uid 48); 27 Nov 2014 16:39:19 -0000
From: "dominiq at lps dot ens.fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/63814] [5 Regression] g++.dg/ipa/pr61160-1.C fails with -m32 -fPIC
Date: Thu, 27 Nov 2014 16:39:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dominiq at lps dot ens.fr
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63814-4-b06XeFRMpu@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63814-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63814-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: 2014-11/txt/msg03259.txt.bz2
Content-length: 401

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc814

--- Comment #26 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> I proposed a fix on the mailing list:
>
> https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02832.html

I have this patch in my working tree as well as the patch at

https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02838.html

and the regression is gone (x86_64-apple-darwin14).

[Bug bootstrap/63573] [5 Regression] libgo: ICE building libgo on powerpc-linux-gnu

[redi at gcc dot gnu.org]

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

--- Comment #28 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Martin Liška from comment #25)
> There's updated version of Honza's patch that fixes testcase instroduced in
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573#c23:
> 
> diff --git a/gcc/tree-inline.c b/gcc/tree-inline.c
> index d4864ae..0036f15 100644
> --- a/gcc/tree-inline.c
> +++ b/gcc/tree-inline.c
> @@ -1617,8 +1617,12 @@ remap_gimple_stmt (gimple stmt, copy_body_data *id)
>  
>        /* Clear flags that need revisiting.  */
>        if (gcall *call_stmt = dyn_cast <gcall *> (copy))
> -	if (gimple_call_tail_p (call_stmt))
> -	  gimple_call_set_tail (call_stmt, false);
> +        {
> +	  if (gimple_call_tail_p (call_stmt))
> +	    gimple_call_set_tail (call_stmt, false);
> +	  if (gimple_call_from_thunk_p (call_stmt))
> +	    gimple_call_set_from_thunk (call_stmt, false);
> +	}
>  
>        /* Remap the region numbers for __builtin_eh_{pointer,filter},
>  	 RESX and EH_DISPATCH.  */

This fixes the ICE I'm seeing
>From gcc-bugs-return-468792-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 27 18:16:46 2014
Return-Path: <gcc-bugs-return-468792-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18675 invoked by alias); 27 Nov 2014 18:16:45 -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 18637 invoked by uid 48); 27 Nov 2014 18:16:40 -0000
From: "daniel.kruegler at googlemail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/64077] dynamic_cast incorrectly rejected for private base
Date: Thu, 27 Nov 2014 18:16: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: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: daniel.kruegler at googlemail dot com
X-Bugzilla-Status: UNCONFIRMED
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-64077-4-5G0Tj6DM3Z@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64077-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64077-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg03264.txt.bz2
Content-length: 640

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

--- Comment #3 from Daniel Krügler <daniel.kruegler at googlemail dot com> ---
(In reply to Andrew Dixie from comment #2)
> In p5, is "inaccessible" meant to include friendship relationships granted
> by the current scope or instead use the explicit public base rules spelt out
> in p8?

p5 discusses the static scenario, while p8 discusses the runtime check.

> The second part of the patch was implementing the latter, but I now also
> think this is invalid.

I'm not sure whether I understand your argument. Could you construct a code
example that makes your point clearer?
>From gcc-bugs-return-468793-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 27 18:18:29 2014
Return-Path: <gcc-bugs-return-468793-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19802 invoked by alias); 27 Nov 2014 18:18:29 -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 19769 invoked by uid 48); 27 Nov 2014 18:18:25 -0000
From: "d.g.gorbachev at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/64075] [5 Regression] ICE: in bp_pack_value, at data-streamer.h:106
Date: Thu, 27 Nov 2014 18:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code, lto
X-Bugzilla-Severity: normal
X-Bugzilla-Who: d.g.gorbachev at gmail dot com
X-Bugzilla-Status: RESOLVED
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: bug_status resolution
Message-ID: <bug-64075-4-D2VyUEIlG8@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64075-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64075-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: 2014-11/txt/msg03265.txt.bz2
Content-length: 472

https://gcc.gnu.org/bugzilla/show_bug.cgi?idd075

Dmitry Gorbachev <d.g.gorbachev at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #8 from Dmitry Gorbachev <d.g.gorbachev at gmail dot com> ---
Well, then resolving the bug as fixed.