public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"
@ 2013-08-18  8:28 ubizjak at gmail dot com
  2013-08-18  8:30 ` [Bug bootstrap/58186] " ubizjak at gmail dot com
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: ubizjak at gmail dot com @ 2013-08-18  8:28 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186

            Bug ID: 58186
           Summary: LTO profiledbootstrap fails in stage feedback for
                    fortran/frontend-passes.c with "edge ... has no
                    corresponding call_stmt"
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ubizjak at gmail dot com

LTO profiled bootstrap of gcc, configured --with-build-config=bootstrap-lto
--enable-languages=c,c++,fortran fails with:


/home/uros/gcc-svn/trunk/gcc/fortran/frontend-passes.c:2149:1: error: edge
gfc_code_walker(gfc_code**, int (*)(gfc_code**, int*, void*), int
(*)(gfc_expr**, int*, void*), void*)->doloop_code(gfc_code**, int*, void*) has
no corresponding call_stmt
 }
 ^
# .MEM_35 = VDEF <.MEM_32>
result_36 = codefn_33(D) (c_1, &walk_subtrees, data_34(D));
_Z15gfc_code_walkerPP8gfc_codePFiS1_PiPvEPFiPP8gfc_exprS2_S3_ES3_/155
(gfc_code_walker(gfc_code**, int (*)(gfc_code**, int*, void*), int
(*)(gfc_expr**, int*, void*), void*)) @0x7f4e4cf0aab0
  Type: function definition analyzed
  Visibility: externally_visible public
  References: _ZL16in_omp_workshare/116 (read)_ZL12doloop_level/120
(read)_ZL12doloop_level/120 (write)_ZL12forall_level/115
(read)_ZL12forall_level/115 (write)_ZL16in_omp_workshare/116
(write)_ZL16in_omp_workshare/116 (write)_ZL12forall_level/115
(read)_ZL12forall_level/115 (write)_ZL12doloop_level/120
(read)_ZL12doloop_level/120 (write)_ZL16in_omp_workshare/116
(write)_ZL11doloop_codePP8gfc_codePiPv/151 (addr) (speculative)
  Referring: 
  Availability: available
  Profile id: 839983705
  Function flags: executed 100x body
  Called by: _Z14gfc_run_passesP13gfc_namespace/122 (100x) (1.00 per call)
_ZL18optimize_namespaceP13gfc_namespace/136 (1.00 per call)
_ZL18optimize_namespaceP13gfc_namespace/136 (1.00 per call)
_ZL18optimize_namespaceP13gfc_namespace/136 (1.00 per call)
_ZL18optimize_namespaceP13gfc_namespace/136 (1.00 per call)
_ZL18optimize_reductionP13gfc_namespace/137 (1.00 per call)
_Z15gfc_code_walkerPP8gfc_codePFiS1_PiPvEPFiPP8gfc_exprS2_S3_ES3_/155
_Z15gfc_code_walkerPP8gfc_codePFiS1_PiPvEPFiPP8gfc_exprS2_S3_ES3_/155
_Z15gfc_code_walkerPP8gfc_codePFiS1_PiPvEPFiPP8gfc_exprS2_S3_ES3_/155 
  Calls: _ZL11doloop_codePP8gfc_codePiPv/151 (speculative) (26x) (0.26 per
call) _Z15gfc_code_walkerPP8gfc_codePFiS1_PiPvEPFiPP8gfc_exprS2_S3_ES3_/155
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154 (26x) (0.26 per call)
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154 (26x) (0.26 per call)
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154 (26x) (0.26 per call)
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154 (26x) (0.26 per call)
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_code_walkerPP8gfc_codePFiS1_PiPvEPFiPP8gfc_exprS2_S3_ES3_/155
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_expr_walkerPP8gfc_exprPFiS1_PiPvES3_/154
_Z15gfc_code_walkerPP8gfc_codePFiS1_PiPvEPFiPP8gfc_exprS2_S3_ES3_/155 
  Has 1 outgoing edges for indirect calls.
/home/uros/gcc-svn/trunk/gcc/fortran/frontend-passes.c:2149:1: internal
compiler error: verify_cgraph_node failed
0xa0a9d5 verify_cgraph_node(cgraph_node*)
    /home/uros/gcc-svn/trunk/gcc/cgraph.c:2933
0xa000c6 verify_symtab_node
    /home/uros/gcc-svn/trunk/gcc/symtab.c:763
0xa000c6 verify_symtab()
    /home/uros/gcc-svn/trunk/gcc/symtab.c:780
0xd0b667 symtab_remove_unreachable_nodes(bool, _IO_FILE*)
    /home/uros/gcc-svn/trunk/gcc/ipa.c:224
0xe2a406 execute_todo
    /home/uros/gcc-svn/trunk/gcc/passes.c:1858
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
gmake[3]: *** [fortran/frontend-passes.o] Error 1
gmake[3]: *** Waiting for unfinished jobs....
rm gcov.pod fsf-funding.pod cpp.pod gfdl.pod gcc.pod gfortran.pod
gmake[3]: Leaving directory `/ssd/uros/gcc-build-profiled/gcc'
gmake[2]: *** [all-stagefeedback-gcc] Error 2
gmake[2]: Leaving directory `/ssd/uros/gcc-build-profiled'
gmake[1]: *** [stagefeedback-bubble] Error 2
gmake[1]: Leaving directory `/ssd/uros/gcc-build-profiled'
gmake: *** [profiledbootstrap] Error 2

The failure is similar to [1] in cp/pt.c.

[1] http://gcc.gnu.org/ml/gcc-regression/2013-08/msg00273.html


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

* [Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"
  2013-08-18  8:28 [Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt" ubizjak at gmail dot com
@ 2013-08-18  8:30 ` ubizjak at gmail dot com
  2013-08-18  9:16 ` hubicka at gcc dot gnu.org
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: ubizjak at gmail dot com @ 2013-08-18  8:30 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186

Uroš Bizjak <ubizjak at gmail dot com> changed:

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

--- Comment #1 from Uroš Bizjak <ubizjak at gmail dot com> ---
Adding CC.
>From gcc-bugs-return-427980-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 18 09:02:36 2013
Return-Path: <gcc-bugs-return-427980-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29617 invoked by alias); 18 Aug 2013 09:02:35 -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 29587 invoked by uid 48); 18 Aug 2013 09:02:33 -0000
From: "janus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/58185] [4.8/4.9 Regression] [OOP] ICE when selector in SELECT TYPE is non-polymorphic
Date: Sun, 18 Aug 2013 09:02: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: 4.9.0
X-Bugzilla-Keywords: ice-on-invalid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: janus 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 bug_status cf_reconfirmed_on cc short_desc everconfirmed
Message-ID: <bug-58185-4-MXniZNKl3H@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58185-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58185-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: 2013-08/txt/msg00904.txt.bz2
Content-length: 1764

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX185

janus at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-invalid-code
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-08-18
                 CC|                            |janus at gcc dot gnu.org
            Summary|ICE when selector in SELECT |[4.8/4.9 Regression] [OOP]
                   |TYPE is non-polymorphic     |ICE when selector in SELECT
                   |                            |TYPE is non-polymorphic
     Ever confirmed|0                           |1

--- Comment #1 from janus at gcc dot gnu.org ---
Confirmed. Minimal test case:

  integer :: array
  select type (a => array)
  end select
end



With 4.7 this gives the correct error:

  select type (a => array)
                          1
Error: Selector shall be polymorphic in SELECT TYPE statement at (1)


while 4.8 and trunk show an ICE with the following backtrace:

f951: internal compiler error: Segmentation fault
0x8bb59f crash_signal
        /home/janus/gcc49/trunk/gcc/toplev.c:335
0x51c28c get_unique_type_string
        /home/janus/gcc49/trunk/gcc/fortran/class.c:466
0x51d566 get_unique_hashed_string
        /home/janus/gcc49/trunk/gcc/fortran/class.c:489
0x520ae6 gfc_build_class_symbol(gfc_typespec*, symbol_attribute*,
gfc_array_spec**, bool)
        /home/janus/gcc49/trunk/gcc/fortran/class.c:583
0x567f7e copy_ts_from_selector_to_associate
        /home/janus/gcc49/trunk/gcc/fortran/match.c:5171
0x567f7e gfc_match_select_type()
        /home/janus/gcc49/trunk/gcc/fortran/match.c:5342


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

* [Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"
  2013-08-18  8:28 [Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt" ubizjak at gmail dot com
  2013-08-18  8:30 ` [Bug bootstrap/58186] " ubizjak at gmail dot com
@ 2013-08-18  9:16 ` hubicka at gcc dot gnu.org
  2013-08-18 11:48 ` ubizjak at gmail dot com
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: hubicka at gcc dot gnu.org @ 2013-08-18  9:16 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2013-08-18
           Assignee|unassigned at gcc dot gnu.org      |hubicka at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #2 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
mine...


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

* [Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"
  2013-08-18  8:28 [Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt" ubizjak at gmail dot com
  2013-08-18  8:30 ` [Bug bootstrap/58186] " ubizjak at gmail dot com
  2013-08-18  9:16 ` hubicka at gcc dot gnu.org
@ 2013-08-18 11:48 ` ubizjak at gmail dot com
  2013-09-04 16:19 ` hubicka at gcc dot gnu.org
  2013-09-06 20:27 ` ubizjak at gmail dot com
  4 siblings, 0 replies; 6+ messages in thread
From: ubizjak at gmail dot com @ 2013-08-18 11:48 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: 2667 bytes --]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186

--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
Another similar bootstrap failure in final.c [1].

[1] http://gcc.gnu.org/ml/gcc-regression/2013-08/msg00278.html
>From gcc-bugs-return-427987-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Aug 18 11:56:23 2013
Return-Path: <gcc-bugs-return-427987-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16325 invoked by alias); 18 Aug 2013 11:56: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 16305 invoked by uid 48); 18 Aug 2013 11:56:22 -0000
From: "janus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/58185] [4.8/4.9 Regression] [OOP] ICE when selector in SELECT TYPE is non-polymorphic
Date: Sun, 18 Aug 2013 11:56: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: 4.9.0
X-Bugzilla-Keywords: ice-on-invalid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: janus at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: janus at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status assigned_to attachments.created
Message-ID: <bug-58185-4-rhku5ZA3pb@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58185-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58185-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: 2013-08/txt/msg00911.txt.bz2
Content-length: 569

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX185

janus at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at gcc dot gnu.org      |janus at gcc dot gnu.org

--- Comment #3 from janus at gcc dot gnu.org ---
Created attachment 30670
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id0670&actioníit
patch

Here is a regression-free patch which gets rid of the ICE.


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

* [Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"
  2013-08-18  8:28 [Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt" ubizjak at gmail dot com
                   ` (2 preceding siblings ...)
  2013-08-18 11:48 ` ubizjak at gmail dot com
@ 2013-09-04 16:19 ` hubicka at gcc dot gnu.org
  2013-09-06 20:27 ` ubizjak at gmail dot com
  4 siblings, 0 replies; 6+ messages in thread
From: hubicka at gcc dot gnu.org @ 2013-09-04 16:19 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |WAITING

--- Comment #4 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
This ought to be fixed now.  Does it still reproduce to you?


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

* [Bug bootstrap/58186] LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt"
  2013-08-18  8:28 [Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt" ubizjak at gmail dot com
                   ` (3 preceding siblings ...)
  2013-09-04 16:19 ` hubicka at gcc dot gnu.org
@ 2013-09-06 20:27 ` ubizjak at gmail dot com
  4 siblings, 0 replies; 6+ messages in thread
From: ubizjak at gmail dot com @ 2013-09-06 20:27 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|---                         |4.9.0

--- Comment #5 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Jan Hubicka from comment #4)
> This ought to be fixed now.  Does it still reproduce to you?

Yes, the profiledbootstrap is OK in r202335, although following patch is needed
to avoid "may be used undefined" warning:

--cut here--
Index: ipa-prop.c
===================================================================
--- ipa-prop.c  (revision 202335)
+++ ipa-prop.c  (working copy)
@@ -3526,7 +3526,7 @@ ipa_modify_call_arguments (struct cgraph_edge *cs,
        {
          tree expr, base, off;
          location_t loc;
-         unsigned int deref_align;
+         unsigned int deref_align = 0;
          bool deref_base = false;

          /* We create a new parameter out of the value of the old one, we can
--cut here--
>From gcc-bugs-return-429163-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Sep 06 20:50:13 2013
Return-Path: <gcc-bugs-return-429163-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 9179 invoked by alias); 6 Sep 2013 20:50:13 -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 9134 invoked by uid 48); 6 Sep 2013 20:50:08 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libquadmath/58327] Problem of quadmath in connection with SDL2
Date: Fri, 06 Sep 2013 20:50:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libquadmath
X-Bugzilla-Version: 4.7.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: burnus 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: cf_gcctarget
Message-ID: <bug-58327-4-B8bKvVLGeV@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58327-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58327-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: 2013-09/txt/msg00403.txt.bz2
Content-length: 513

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX327

Tobias Burnus <burnus at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |*-*-mingw*

--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> ---
For what it is worth: It works under x86-64 Linux with GCC 4.9.

I assume that you do not link SDL2 but you just #include the file - is that
correct?


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

end of thread, other threads:[~2013-09-06 20:27 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-08-18  8:28 [Bug bootstrap/58186] New: LTO profiledbootstrap fails in stage feedback for fortran/frontend-passes.c with "edge ... has no corresponding call_stmt" ubizjak at gmail dot com
2013-08-18  8:30 ` [Bug bootstrap/58186] " ubizjak at gmail dot com
2013-08-18  9:16 ` hubicka at gcc dot gnu.org
2013-08-18 11:48 ` ubizjak at gmail dot com
2013-09-04 16:19 ` hubicka at gcc dot gnu.org
2013-09-06 20:27 ` ubizjak at gmail dot com

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