public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/63595] New: Segmentation faults inside kernel
@ 2014-10-19 18:29 sasha.levin at oracle dot com
  2014-10-19 18:34 ` [Bug tree-optimization/63595] " pinskia at gcc dot gnu.org
                   ` (10 more replies)
  0 siblings, 11 replies; 12+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-19 18:29 UTC (permalink / raw)
  To: gcc-bugs

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

            Bug ID: 63595
           Summary: Segmentation faults inside kernel
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: sasha.levin at oracle dot com
                CC: marxin at gcc dot gnu.org

Hi all,

I've observed segmentation faults on simple programs, such as:

$ mkdir test
Segmentation fault

Inside a kernel built from the latest master branch.

I've bisected the problem down to:

commit 52200d03c231f0bddbd4bbc5cd3608c6a1dd4598  
Author: marxin <marxin@138bc75d-0d04-0410-961f-82ee72b054a4>  
Date:   Thu Oct 16 10:47:55 2014 +0000  

    IPA ICF pass, part 3/5  

        * Makefile.in: New object files included.  
        * cgraph.c (cgraph_node::dump): New cgraph_node flag icf_merged  
        is printed.  
        (verify_edge_corresponds_to_fndecl): More sensitive verification  
        of nodes that are merged by IPA ICF.  
        * cgraph.h (cgraph_node::num_references): New function.  
        * cgraphunit.c (cgraph_node::expand_thunk): White space fixed.  
        * common.opt: New options ipa-icf, ipa-icf-functions and  
        ipa-icf-variables introduced.  
        * doc/invoke.texi: Documentation of new options introduced.  
        * ipa-icf-gimple.c: New file.  
        * ipa-icf-gimple.h: New file.  
        * ipa-icf.c: New file.  
        * ipa-icf.h: New file.  
        * lto-cgraph.c (lto_output_node): Streaming of icf_merged flag added.  
        (input_overwrite_node): Likewise.  
        * lto-section-in.c: New icf section added.  
        * lto-streamer.h (enum lto_section_type): Likewise.  
        * opts.c (common_handle_option): New option added.  
        * passes.def: New pass included.  
        * timevar.def: Time variable for IPA ICF added.  
        * tree-pass.h: New IPA ICF pass entry point added.  



    git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@216305
138bc75d-0d04-0410-961f-82ee72b054a4


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
@ 2014-10-19 18:34 ` pinskia at gcc dot gnu.org
  2014-10-19 18:48 ` sasha.levin at oracle dot com
                   ` (9 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: pinskia at gcc dot gnu.org @ 2014-10-19 18:34 UTC (permalink / raw)
  To: gcc-bugs

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

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|c                           |tree-optimization

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
This is most likely either bug 63569 or bug 63583 (both I filed after creating
a reduced testcase).


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
  2014-10-19 18:34 ` [Bug tree-optimization/63595] " pinskia at gcc dot gnu.org
@ 2014-10-19 18:48 ` sasha.levin at oracle dot com
  2014-10-19 18:53 ` pinskia at gcc dot gnu.org
                   ` (8 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-19 18:48 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #2 from Sasha Levin <sasha.levin at oracle dot com> ---
Thanks. I'll keep an eye on both of them, and will report here if the fix for
either of those fixes the segmentation faults I'm seeing.

Did you happen to bisect it down to the same commit?


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
  2014-10-19 18:34 ` [Bug tree-optimization/63595] " pinskia at gcc dot gnu.org
  2014-10-19 18:48 ` sasha.levin at oracle dot com
@ 2014-10-19 18:53 ` pinskia at gcc dot gnu.org
  2014-10-20 12:53 ` rguenth at gcc dot gnu.org
                   ` (7 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: pinskia at gcc dot gnu.org @ 2014-10-19 18:53 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Sasha Levin from comment #2)
> Did you happen to bisect it down to the same commit?

Yes.


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (2 preceding siblings ...)
  2014-10-19 18:53 ` pinskia at gcc dot gnu.org
@ 2014-10-20 12:53 ` rguenth at gcc dot gnu.org
  2014-10-22  1:51 ` pthaugen at gcc dot gnu.org
                   ` (6 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-10-20 12:53 UTC (permalink / raw)
  To: gcc-bugs

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2014-10-20
     Ever confirmed|0                           |1


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (3 preceding siblings ...)
  2014-10-20 12:53 ` rguenth at gcc dot gnu.org
@ 2014-10-22  1:51 ` pthaugen at gcc dot gnu.org
  2014-10-23 17:46 ` [Bug tree-optimization/63595] [5.0 Regression] " pthaugen at gcc dot gnu.org
                   ` (5 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: pthaugen at gcc dot gnu.org @ 2014-10-22  1:51 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #4 from Pat Haugen <pthaugen at gcc dot gnu.org> ---
Created attachment 33775
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33775&action=edit
unreduced bzip2 testcase

CPU2006 benchmark 447.dealII started segfaulting on PowerPC with revision
216305. Sorry for unreduced testcase, but wanted to get info out. ICF is
commoning functions, but doing so incorrectly. Atached .bzip2 file can be
compiled with 'g++ -S -m64 -O2 -mcpu=power7 tria.ii' to show the problem.

Looking at the generated assembler, the following 3 functions:
_ZNK13TriangulationILi3EE8end_faceEv
_ZNK13TriangulationILi3EE7end_hexEv
_ZNK13TriangulationILi3EE3endEv
have all been changed to call '_ZNK13TriangulationILi3EE8end_quadEv' instead of
having equivalent inline code. It appears the code for all 4 functions is the
same in r216304, but with r216305 the 3 named functions are loading gpr3 with
the addr of a local stack temp before calling
'_ZNK13TriangulationILi3EE8end_quadEv', such that the desired values do not get
stored off the original gpr3 value passed in (see '>>>' line noted below).

Following is generated asm for '_ZNK13TriangulationILi3EE8end_faceEv', the
other two are similar:

r216304:
        li 10,-1
        std 4,8(3)
        stw 10,0(3)
        stw 10,4(3)
        blr


216305:
        mflr 0
        std 0,16(1)
        stdu 1,-128(1)
        .cfi_def_cfa_offset 128
        .cfi_offset 65, 16
>>>     addi 3,1,112
        bl _ZNK13TriangulationILi3EE8end_quadEv
        nop
        addi 1,1,128
        .cfi_def_cfa_offset 0
        ld 0,16(1)
        mtlr 0
        .cfi_restore 65
        blr

A side comment about the above ICF tranformation, it sure seems like this is
going to degrade performance. We've went from a simple stackless leaf function
to one that stacks a frame and makes a call.


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] [5.0 Regression] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (4 preceding siblings ...)
  2014-10-22  1:51 ` pthaugen at gcc dot gnu.org
@ 2014-10-23 17:46 ` pthaugen at gcc dot gnu.org
  2014-10-24  2:33 ` mliska at suse dot cz
                   ` (4 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: pthaugen at gcc dot gnu.org @ 2014-10-23 17:46 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #5 from Pat Haugen <pthaugen at gcc dot gnu.org> ---
Created attachment 33796
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33796&action=edit
preprocessed source from 254.gap

CPU2000 benchmark 254.gap started miscomparing with r216305 also. Attaching
preprocessed source as another example that gets miscompiled. Compile options
used 'gcc -m64 -O2 -mcpu=power7'. In this example, function 'FunOnRight' gets
redirected to 'FunOnLeft' (after initial test where the two functions have
differing error strings). But the last stmt in the functions which compute the
return value are not equivalent and therefor shouldn't be commoned.

>From list.i:

FunOnRight()
    ...
    hdRes = ((*TabProd[(((long)(hdPnt) & 1) ? 1 :
((hdPnt)->type))][(((long)(hdElm) & 1) ? 1 :
((hdElm)->type))])((hdPnt),(hdElm)));


FunOnLeft()
    ...
    hdRes = ((*TabProd[(((long)(hdElm) & 1) ? 1 :
((hdElm)->type))][(((long)(hdPnt) & 1) ? 1 :
((hdPnt)->type))])((hdElm),(hdPnt)));


Note the swapping of 'hdPnt' and 'hdElm' references.


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] [5.0 Regression] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (5 preceding siblings ...)
  2014-10-23 17:46 ` [Bug tree-optimization/63595] [5.0 Regression] " pthaugen at gcc dot gnu.org
@ 2014-10-24  2:33 ` mliska at suse dot cz
  2014-11-03 19:05 ` marxin at gcc dot gnu.org
                   ` (3 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: mliska at suse dot cz @ 2014-10-24  2:33 UTC (permalink / raw)
  To: gcc-bugs

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

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

--- Comment #6 from Martin Liška <mliska at suse dot cz> ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63595
>
> --- Comment #5 from Pat Haugen <pthaugen at gcc dot gnu.org> ---
> Created attachment 33796
>    --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33796&action=edit
> preprocessed source from 254.gap
>
> CPU2000 benchmark 254.gap started miscomparing with r216305 also. Attaching
> preprocessed source as another example that gets miscompiled. Compile options
> used 'gcc -m64 -O2 -mcpu=power7'. In this example, function 'FunOnRight' gets
> redirected to 'FunOnLeft' (after initial test where the two functions have
> differing error strings). But the last stmt in the functions which compute the
> return value are not equivalent and therefor shouldn't be commoned.
>
>  From list.i:
>
> FunOnRight()
>      ...
>      hdRes = ((*TabProd[(((long)(hdPnt) & 1) ? 1 :
> ((hdPnt)->type))][(((long)(hdElm) & 1) ? 1 :
> ((hdElm)->type))])((hdPnt),(hdElm)));
>
>
> FunOnLeft()
>      ...
>      hdRes = ((*TabProd[(((long)(hdElm) & 1) ? 1 :
> ((hdElm)->type))][(((long)(hdPnt) & 1) ? 1 :
> ((hdPnt)->type))])((hdElm),(hdPnt)));
>
>
> Note the swapping of 'hdPnt' and 'hdElm' references.
>

There's patch I've been testing:

diff --git a/gcc/ipa-icf.c b/gcc/ipa-icf.c
index d1238a4..7456fec 100644
--- a/gcc/ipa-icf.c
+++ b/gcc/ipa-icf.c
@@ -869,6 +869,12 @@ sem_function::compare_phi_node (basic_block bb1, 
basic_block bb2)
        phi1 = gsi_stmt (si1);
        phi2 = gsi_stmt (si2);

+      tree phi_result1 = gimple_phi_result (phi1);
+      tree phi_result2 = gimple_phi_result (phi2);
+
+      if (!m_checker->compare_operand (phi_result1, phi_result2))
+    return return_false_with_msg ("PHI results are different");
+
        size1 = gimple_phi_num_args (phi1);
        size2 = gimple_phi_num_args (phi2);


Martin
>From gcc-bugs-return-464884-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Oct 24 02:33:05 2014
Return-Path: <gcc-bugs-return-464884-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 26914 invoked by alias); 24 Oct 2014 02:33:04 -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 26797 invoked by uid 48); 24 Oct 2014 02:32:53 -0000
From: "jeremyhu at macports dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/55965] gcc -stdÉ9 emits code for inline even without extern
Date: Fri, 24 Oct 2014 06:00: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: jeremyhu at macports dot 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-55965-4-m1dzgehlKj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-55965-4@http.gcc.gnu.org/bugzilla/>
References: <bug-55965-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/msg01905.txt.bz2
Content-length: 496

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

--- Comment #3 from Jeremy Huddleston Sequoia <jeremyhu at macports dot org> ---
On OSX, the _isalnum symbol corresponds to the isalnum() function and the
__isalnum symbol would correspond to the _isalnum() function.  It is emitting
the _isalnum symbol (for isalnum()) but not the __isalnum symbol (because
_isalnum() is being inlined).

I suspect you seeing an isalnum symbol is because you're on a different
platform that does not _-prefix.


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] [5.0 Regression] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (6 preceding siblings ...)
  2014-10-24  2:33 ` mliska at suse dot cz
@ 2014-11-03 19:05 ` marxin at gcc dot gnu.org
  2014-11-04 10:18 ` marxin at gcc dot gnu.org
                   ` (2 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: marxin at gcc dot gnu.org @ 2014-11-03 19:05 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #8 from Martin Liška <marxin at gcc dot gnu.org> ---
Same problem can be even seen on x86_64-linux-pc:

_ZNK13TriangulationILi3EE3endEv:
.LFB5569:
    .cfi_startproc
>>>>>	subq	$24, %rsp
    .cfi_def_cfa_offset 32
    movq    %rsp, %rdi
    call    _ZNK13TriangulationILi3EE8end_quadEv
    addq    $24, %rsp
    .cfi_def_cfa_offset 8
    ret
    .cfi_endproc

_ZNK13TriangulationILi3EE8end_quadEv:
.LFB2586:
    .loc 3 2901 0
    .cfi_startproc
.LVL898:
    .loc 3 2901 0
    movq    %rdi, %rax
.LBB27759:
.LBB27760:
.LBB27761:
.LBB27762:
    .loc 14 41 0
    movl    $-1, (%rdi)
    movl    $-1, 4(%rdi)
    movq    %rsi, 8(%rdi)
.LBE27762:
.LBE27761:
.LBE27760:
.LBE27759:
    .loc 3 2905 0
    ret
    .cfi_endproc

Body of the function is created as tail-call trunk by IPA-ICF:

Triangulation<dim>::raw_cell_iterator Triangulation<dim>::end() const [with int
dim = 3; Triangulation<dim>::raw_cell_iterator = TriaRawIterator<3,
CellAccessor<3> >] (const struct Triangulation * const this)
{
;;   basic block 2, loop depth 0
;;    pred:       ENTRY
  Triangulation<3>::end_quad (this_2(D)); [tail call]
  return;
;;    succ:       EXIT

}

;; Generating RTL for gimple basic block 2

;; Triangulation<3>::end_quad (this_2(D)); [tail call]

(insn 7 6 8 (parallel [
            (set (reg:DI 85)
                (plus:DI (reg/f:DI 78 virtual-stack-vars)
                    (const_int -16 [0xfffffffffffffff0])))
            (clobber (reg:CC 17 flags))
        ]) -1
     (nil))

(insn 8 7 9 (set (reg:DI 4 si)
        (reg/f:DI 84 [ this ])) -1
     (nil))

(insn 9 8 10 (set (reg:DI 5 di)
        (reg:DI 85)) -1
     (nil))

(call_insn 10 9 0 (call (mem:QI (symbol_ref/i:DI
("_ZNK13TriangulationILi3EE8end_quadEv") [flags 0x1]  <function_decl
0x7ff17d629bd0 end_quad>) [0 end_quad S1 A8])
        (const_int 0 [0])) -1
     (expr_list:REG_CALL_DECL (symbol_ref/i:DI
("_ZNK13TriangulationILi3EE8end_quadEv") [flags 0x1]  <function_decl
0x7ff17d629bd0 end_quad>)
        (expr_list:REG_EH_REGION (const_int 0 [0])
            (nil)))
    (expr_list:DI (use (reg:DI 5 di))
        (expr_list:DI (use (reg:DI 4 si))
            (nil))))
>From gcc-bugs-return-465661-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 03 19:17:52 2014
Return-Path: <gcc-bugs-return-465661-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18899 invoked by alias); 3 Nov 2014 19:17:52 -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 18874 invoked by uid 48); 3 Nov 2014 19:17:48 -0000
From: "rippey.e at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/62272] Gimplify throws error on method call from inside nested lambdas
Date: Mon, 03 Nov 2014 19:17: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.9.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: major
X-Bugzilla-Who: rippey.e at gmail dot com
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: cc
Message-ID: <bug-62272-4-cmKoB1n6Pz@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62272-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62272-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/msg00133.txt.bz2
Content-length: 370

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

rippey.e at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rippey.e at gmail dot com

--- Comment #2 from rippey.e at gmail dot com ---
Still broken in 4.9.2.


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] [5.0 Regression] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (7 preceding siblings ...)
  2014-11-03 19:05 ` marxin at gcc dot gnu.org
@ 2014-11-04 10:18 ` marxin at gcc dot gnu.org
  2014-11-05 16:50 ` marxin at gcc dot gnu.org
  2014-11-07 12:33 ` marxin at gcc dot gnu.org
  10 siblings, 0 replies; 12+ messages in thread
From: marxin at gcc dot gnu.org @ 2014-11-04 10:18 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #9 from Martin Liška <marxin at gcc dot gnu.org> ---
Merged function by IPA ICF after expand_thunk is called:

Triangulation<dim>::raw_quad_iterator Triangulation<dim>::end_quad() const
[with int dim = 3; Triangulation<dim>::raw_quad_iterator = TriaRawIterator<3,
TriaObjectAccessor<2, 3> >] (const struct Triangulation * const this)
{
  <bb 2>:
  # DEBUG this => _2(D)
  # DEBUG parent => this_3(D)
  # DEBUG level => -1
  # DEBUG index => -1
  # DEBUG local_data => 0B
  # DEBUG this => _2(D)
  # DEBUG D#265 => &MEM[(struct TriaRawIterator *)_2(D)].accessor
  # DEBUG this => D#265
  # DEBUG parent => this_3(D)
  # DEBUG level => -1
  # DEBUG index => -1
  # DEBUG local_data => 0B
  # DEBUG D#264 => &D#265->D.46601
  # DEBUG this => D#264
  # DEBUG parent => this_3(D)
  # DEBUG level => -1
  # DEBUG index => -1
  # DEBUG D.101330 => 0B
  MEM[(struct TriaAccessor *)_2(D)].present_level = -1;
  MEM[(struct TriaAccessor *)_2(D)].present_index = -1;
  MEM[(struct TriaAccessor *)_2(D)].tria = this_3(D);
  return _2(D);

}


Triangulation<dim>::raw_cell_iterator Triangulation<dim>::end() const [with int
dim = 3; Triangulation<dim>::raw_cell_iterator = TriaRawIterator<3,
CellAccessor<3> >] (const struct Triangulation * const this)
{
  <bb 2>:
  Triangulation<3>::end_quad (this_2(D)); [tail call]
  return;

}
>From gcc-bugs-return-465698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 04 10:32:52 2014
Return-Path: <gcc-bugs-return-465698-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10690 invoked by alias); 4 Nov 2014 10:32:52 -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 10671 invoked by uid 48); 4 Nov 2014 10:32:47 -0000
From: "richard at netbsd dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63650]=?UTF-8?Q? conflicting type attributes specified for ‘virtual?=..'
Date: Tue, 04 Nov 2014 10:32: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.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: richard at netbsd dot 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:
Message-ID: <bug-63650-4-rKe6bXmeAe@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63650-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63650-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/msg00170.txt.bz2
Content-length: 499

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

--- Comment #8 from Richard PALO <richard at netbsd dot org> ---
(In reply to Richard PALO from comment #7)
> Further testing indicates that 'cdecl' is okay and that keeping 'regparm(0)'
> causes the error.

Is there perhaps a hint where I could checkout in the code, or is this a case
of a faulty program (in this case xulrunner)...

since this test code compiles without errors/warnings with clang++ 3.5, it
would seem that it should be okay.


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] [5.0 Regression] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (8 preceding siblings ...)
  2014-11-04 10:18 ` marxin at gcc dot gnu.org
@ 2014-11-05 16:50 ` marxin at gcc dot gnu.org
  2014-11-07 12:33 ` marxin at gcc dot gnu.org
  10 siblings, 0 replies; 12+ messages in thread
From: marxin at gcc dot gnu.org @ 2014-11-05 16:50 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #10 from Martin Liška <marxin at gcc dot gnu.org> ---
Created attachment 33896
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33896&action=edit
reduced test case for tria.ii
>From gcc-bugs-return-465819-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 05 17:24:44 2014
Return-Path: <gcc-bugs-return-465819-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 1875 invoked by alias); 5 Nov 2014 17:24: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 1819 invoked by uid 48); 5 Nov 2014 17:24:40 -0000
From: "rearnsha at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63742] arm *movhi_insn_arch4 pattern may emit ldrh which is wrong for big-endian
Date: Wed, 05 Nov 2014 17:24: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:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rearnsha at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
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-63742-4-9RFVOdAQk0@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63742-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63742-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/msg00291.txt.bz2
Content-length: 507

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

Richard Earnshaw <rearnsha at gcc dot gnu.org> changed:

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

--- Comment #2 from Richard Earnshaw <rearnsha at gcc dot gnu.org> ---
Dup of 59593.

*** This bug has been marked as a duplicate of bug 59593 ***


^ permalink raw reply	[flat|nested] 12+ messages in thread

* [Bug tree-optimization/63595] [5.0 Regression] Segmentation faults inside kernel
  2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
                   ` (9 preceding siblings ...)
  2014-11-05 16:50 ` marxin at gcc dot gnu.org
@ 2014-11-07 12:33 ` marxin at gcc dot gnu.org
  10 siblings, 0 replies; 12+ messages in thread
From: marxin at gcc dot gnu.org @ 2014-11-07 12:33 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #11 from Martin Liška <marxin at gcc dot gnu.org> ---
Author: marxin
Date: Fri Nov  7 12:32:30 2014
New Revision: 217218

URL: https://gcc.gnu.org/viewcvs?rev=217218&root=gcc&view=rev
Log:
    PR ipa/63595
    * g++.dg/ipa/pr63595.C: New test.

    * cgraphunit.c (cgraph_node::expand_thunk): DECL_BY_REFERENCE
    is correctly handled for thunks created by IPA ICF.


Added:
    trunk/gcc/testsuite/g++.dg/ipa/pr63595.C
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/cgraphunit.c
    trunk/gcc/testsuite/ChangeLog
>From gcc-bugs-return-465962-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 07 12:36:19 2014
Return-Path: <gcc-bugs-return-465962-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 11452 invoked by alias); 7 Nov 2014 12:36:19 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 11415 invoked by uid 55); 7 Nov 2014 12:36:16 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63747] [5 regression] icf mis-compares switch gimple
Date: Fri, 07 Nov 2014 12:36: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: build, wrong-code
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-63747-4-kUvqehwIYV@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63747-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63747-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/msg00434.txt.bz2
Content-length: 590

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

--- Comment #6 from Martin Liška <marxin at gcc dot gnu.org> ---
Author: marxin
Date: Fri Nov  7 12:35:43 2014
New Revision: 217219

URL: https://gcc.gnu.org/viewcvs?rev=217219&root=gcc&view=rev
Log:
    PR ipa/63747
    * gcc.dg/ipa/pr63747.c: New test.
    * ipa-icf-gimple.c (func_checker::compare_gimple_switch):
    Missing checking for CASE_LOW and CASE_HIGH added.


Added:
    trunk/gcc/testsuite/gcc.dg/ipa/pr63747.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/ipa-icf-gimple.c
    trunk/gcc/testsuite/ChangeLog
>From gcc-bugs-return-465963-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 07 12:38:23 2014
Return-Path: <gcc-bugs-return-465963-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 13897 invoked by alias); 7 Nov 2014 12:38: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 13842 invoked by uid 48); 7 Nov 2014 12:38:19 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63595] [5.0 Regression] Segmentation faults inside kernel
Date: Fri, 07 Nov 2014 12:38: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: 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-63595-4-EEpxddRJiA@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63595-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63595-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/msg00435.txt.bz2
Content-length: 437

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

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

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

--- Comment #12 from Martin Liška <marxin at gcc dot gnu.org> ---
Resolved.
>From gcc-bugs-return-465964-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 07 12:42:24 2014
Return-Path: <gcc-bugs-return-465964-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15661 invoked by alias); 7 Nov 2014 12:42: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 15635 invoked by uid 48); 7 Nov 2014 12:42:21 -0000
From: "marxin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63747] [5 regression] icf mis-compares switch gimple
Date: Fri, 07 Nov 2014 12:42: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: build, wrong-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: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-63747-4-MBZkEKloJZ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63747-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63747-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/msg00436.txt.bz2
Content-length: 436

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

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

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

--- Comment #7 from Martin Liška <marxin at gcc dot gnu.org> ---
Resolved.
>From gcc-bugs-return-465965-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 07 12:45:48 2014
Return-Path: <gcc-bugs-return-465965-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17708 invoked by alias); 7 Nov 2014 12:45:48 -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 17661 invoked by uid 48); 7 Nov 2014 12:45:44 -0000
From: "howarth at bromo dot med.uc.edu" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63610] OSX 10.10 (Yosemite) segfault in MPIR testsuite with -O0 or -O1
Date: Fri, 07 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: target
X-Bugzilla-Version: 4.9.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: howarth at bromo dot med.uc.edu
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63610-4-7nu5ZSOGw4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63610-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63610-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/msg00437.txt.bz2
Content-length: 725

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

--- Comment #10 from howarth at bromo dot med.uc.edu ---
(In reply to Volker Braun from comment #8)
> Another workaround is to set MACOSX_DEPLOYMENT_TARGET\x10.9
>
> Libtool-2.4.3 will have the fix, gcc (and everybody else) should just
> reconfigure when its out.
>
> http://lists.gnu.org/archive/html/libtool/2014-10/msg00001.html

Libtool 2.4.3 was released on Oct 27th. There should be a 2.4.4 released with a
week, http://lists.gnu.org/archive/html/bug-libtool/2014-10/msg00009.html, to
eliminate http://lists.gnu.org/archive/html/bug-libtool/2014-10/msg00006.html.
Upstream contends that this bug is limited to the libtool installation and
isn't transmitted beyond.


^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2014-11-07 12:33 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-10-19 18:29 [Bug c/63595] New: Segmentation faults inside kernel sasha.levin at oracle dot com
2014-10-19 18:34 ` [Bug tree-optimization/63595] " pinskia at gcc dot gnu.org
2014-10-19 18:48 ` sasha.levin at oracle dot com
2014-10-19 18:53 ` pinskia at gcc dot gnu.org
2014-10-20 12:53 ` rguenth at gcc dot gnu.org
2014-10-22  1:51 ` pthaugen at gcc dot gnu.org
2014-10-23 17:46 ` [Bug tree-optimization/63595] [5.0 Regression] " pthaugen at gcc dot gnu.org
2014-10-24  2:33 ` mliska at suse dot cz
2014-11-03 19:05 ` marxin at gcc dot gnu.org
2014-11-04 10:18 ` marxin at gcc dot gnu.org
2014-11-05 16:50 ` marxin at gcc dot gnu.org
2014-11-07 12:33 ` marxin at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).