[Bug fortran/60898] New: model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[Bug fortran/60898] New: model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[shaojuncycle at gmail dot com]

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

            Bug ID: 60898
           Summary: model compile error with gfortran 4.7 and gcc 4.9 on
                    Mac OS 10.9
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: shaojuncycle at gmail dot com

mpif90 -ffree-form  -O3  -fno-second-underscore -fno-range-check -I
/home/model/comGSI_v3.2/include -I /usr/local/netcdf/include  -DLINUX -DMACOS
-DPGI -c plib8b.f90 
plib8b.f90:1902:0: internal compiler error: Segmentation fault: 11^M
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: [plib8b.o] Error 1 (ignored)

..........

Here is the error information, I have tried it with gfortran 4.8, and got the
same result. Could anyone let me know what is the problem about it? The entire
log file is in the attachment. 
Any advise will be appreciate. Thank you so much.

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres <dominiq at lps dot ens.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2014-04-21
     Ever confirmed|0                           |1

--- Comment #1 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Did you
See <http://gcc.gnu.org/bugs.html> for instructions.
?

Apparently not. You have to provide the code for plib8b.f90 (along with files
for needed modules and includes). Note that it will help if you can reduce the
code.

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[shaojuncycle at gmail dot com]

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

--- Comment #2 from cycle <shaojuncycle at gmail dot com> ---
Thank you for you reply.
The code file plib8b.f90 is in the attachment.


2014-04-21 21:02 GMT+08:00 dominiq at lps dot ens.fr <
gcc-bugzilla@gcc.gnu.org>:

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
>
> Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |WAITING
>    Last reconfirmed|                            |2014-04-21
>      Ever confirmed|0                           |1
>
> --- Comment #1 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Did you
> See <http://gcc.gnu.org/bugs.html> for instructions.
> ?
>
> Apparently not. You have to provide the code for plib8b.f90 (along with
> files
> for needed modules and includes). Note that it will help if you can reduce
> the
> code.
>
> --
> You are receiving this mail because:
> You reported the bug.
>

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle <jvdelisle at gcc dot gnu.org> changed:

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

--- Comment #3 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
After providing all the missing 'USE' items:

plib8b-1.f90: In function ‘master.1.mulyb’:
plib8b-1.f90:1992:0: internal compiler error: Segmentation fault
 END SUBROUTINE mulbd
 ^
0x9fa86f crash_signal
    ../../trunk/gcc/toplev.c:337
0x9f7178 get_identifier(char const*)
    ../../trunk/gcc/stringpool.c:111
0x619940 generate_namelist_decl
    ../../trunk/gcc/fortran/trans-decl.c:4179
0x61a066 generate_local_nml_decl
    ../../trunk/gcc/fortran/trans-decl.c:4967
0x5da673 do_traverse_symtree
    ../../trunk/gcc/fortran/symbol.c:3575
0x61a1f7 generate_local_vars
    ../../trunk/gcc/fortran/trans-decl.c:4977
0x61a1f7 gfc_generate_function_code(gfc_namespace*)
    ../../trunk/gcc/fortran/trans-decl.c:5552
0x5f25a1 gfc_generate_module_code(gfc_namespace*)
    ../../trunk/gcc/fortran/trans.c:1972
0x5aee59 translate_all_program_units
    ../../trunk/gcc/fortran/parse.c:4522
0x5aee59 gfc_parse_file()
    ../../trunk/gcc/fortran/parse.c:4732
0x5ec145 gfc_be_parse_file
    ../../trunk/gcc/fortran/f95-lang.c:188
>From gcc-bugs-return-449634-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Apr 23 05:03:04 2014
Return-Path: <gcc-bugs-return-449634-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25332 invoked by alias); 23 Apr 2014 05:03: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 25228 invoked by uid 48); 23 Apr 2014 05:02:59 -0000
From: "y.gribov at samsung dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/60924] __attribute__((no_sanitize_address)) and friends should (only?) be allowed at function definitions
Date: Wed, 23 Apr 2014 05:03: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: y.gribov at samsung 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: cc
Message-ID: <bug-60924-4-0BQGlfjQAS@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60924-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60924-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-04/txt/msg01654.txt.bz2
Content-length: 756

http://gcc.gnu.org/bugzilla/show_bug.cgi?id`924

Yury Gribov <y.gribov at samsung dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |y.gribov at samsung dot com

--- Comment #4 from Yury Gribov <y.gribov at samsung dot com> ---
(In reply to Jakub Jelinek from comment #2)
> I don't see why, all other attributes are allowed on both declarations and
> definitions, having some attributes that are only allowed on definitions
> would be extremely confusing to users, and not really useful.

It's not just attributes - type specifiers may also be written only at
declarations and propagated to definitions.

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[dominiq at lps dot ens.fr]

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

--- Comment #4 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> After providing all the missing 'USE' items:

Where did you get them?

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[dominiq at lps dot ens.fr]

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

--- Comment #7 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Created attachment 33116
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33116&action=edit
Reduced test case

This is the smallest test I can get to gives an ICE

plib8b-1_red.f90: In function 'master.3.mulbb':
plib8b-1_red.f90:96:0: internal compiler error: Segmentation fault: 11
 END SUBROUTINE mulvb
 ^

plib8b-1_red.f90:96:0: internal compiler error: Abort trap: 6
gfc: internal compiler error: Abort trap: 6 (program f951)
Abort

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[dominiq at lps dot ens.fr]

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

--- Comment #8 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Backtrace for the reduced test case

* thread #1: tid = 0x1357c7a, 0x00000001000afb00
f951`count_st_nodes(st=<unavailable>) + 16 at symbol.c:3580, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x9)
    frame #0: 0x00000001000afb00 f951`count_st_nodes(st=<unavailable>) + 16 at
symbol.c:3580
   3577      if (!st)
   3578        return 0;
   3579    
-> 3580      nodes = count_st_nodes (st->left);
   3581      nodes++;
   3582      nodes += count_st_nodes (st->right);
   3583    
(lldb) bt
* thread #1: tid = 0x1357c7a, 0x00000001000afb00
f951`count_st_nodes(st=<unavailable>) + 16 at symbol.c:3580, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x9)
  * frame #0: 0x00000001000afb00 f951`count_st_nodes(st=<unavailable>) + 16 at
symbol.c:3580
    frame #1: 0x00000001000afb09 f951`count_st_nodes(st=<unavailable>) + 25 at
symbol.c:3580
    frame #2: 0x00000001000afb09 f951`count_st_nodes(st=<unavailable>) + 25 at
symbol.c:3580
    frame #3: 0x00000001000afb09 f951`count_st_nodes(st=<unavailable>) + 25 at
symbol.c:3580
    frame #4: 0x00000001000afb09 f951`count_st_nodes(st=<unavailable>) + 25 at
symbol.c:3580
    frame #5: 0x00000001000afb09 f951`count_st_nodes(st=<unavailable>) + 25 at
symbol.c:3580
    frame #6: 0x00000001000afb09 f951`count_st_nodes(st=<unavailable>) + 25 at
symbol.c:3580
    frame #7: 0x00000001000afb09 f951`count_st_nodes(st=<unavailable>) + 25 at
symbol.c:3580
    frame #8: 0x00000001000b1a61 f951`do_traverse_symtree(st=<unavailable>,
st_func=0x0000000000000000, sym_func=0x00000001000f6040) + 49 at symbol.c:3617
    frame #9: 0x00000001000f7255
f951`gfc_generate_function_code(ns=0x0000000142052e00) + 373 at
trans-decl.c:5126
    frame #10: 0x00000001000cb9b2
f951`gfc_generate_module_code(ns=<unavailable>) + 466 at trans.c:1998
    frame #11: 0x00000001000817c3 f951`gfc_parse_file() + 167 at parse.c:4934
    frame #12: 0x000000010008171c f951`gfc_parse_file() + 1116
    frame #13: 0x00000001000c4c56 f951`gfc_be_parse_file + 38 at f95-lang.c:212
    frame #14: 0x00000001008ba397 f951`compile_file + 39 at toplev.c:548
    frame #15: 0x00000001008bcbbf f951`toplev_main(argc=2,
argv=0x00007fff5fbff440) + 3327 at toplev.c:1946

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[jvdelisle at gcc dot gnu.org]

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

Jerry DeLisle <jvdelisle at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW

--- Comment #9 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
Confirmed.

[Bug fortran/60898] model compile error with gfortran 4.7 and gcc 4.9 on Mac OS 10.9

[dominiq at lps dot ens.fr]

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

--- Comment #10 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
(In reply to Dominique d'Humieres from comment #4)
> > After providing all the missing 'USE' items:
> 
> Where did you get them?

Adding the following at the beginning of the original test allows to get the
error.

MODULE kinds
integer, parameter :: i_kind = 4, r_single = 4, r_double = 8
END MODULE kinds

MODULE constants
use kinds, only: r_kind => r_double
real(r_kind), parameter :: zero=0.0
real(r_kind), parameter :: one=1.0
real(r_kind), parameter :: two=2.0
real(r_kind), parameter :: three=3.0
real(r_kind), parameter :: four=4.0
real(r_kind), parameter :: five=5.0
real(r_kind), parameter :: half=0.5
END MODULE constants

MODULE MODULE_pmat1
END MODULE MODULE_pmat1

[Bug fortran/60898] [4.8/4.9/4.10 Regression] model compile error with gfortran 4.7 and gcc 4.9

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres <dominiq at lps dot ens.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-valid-code
            Version|unknown                     |4.10.0
            Summary|model compile error with    |[4.8/4.9/4.10 Regression]
                   |gfortran 4.7 and gcc 4.9 on |model compile error with
                   |Mac OS 10.9                 |gfortran 4.7 and gcc 4.9

--- Comment #11 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
I have tried to compile the original and reduced tests with various version on
Mac OS 10.6 and 10.9 in order to bisect the revisions. However I have found
that for a given revision the tests compile or not depending on the "state" of
my computer (I'll attach a "session" showing this behavior). 

The only revisions that compiles the code without error is 4.5.4 on darwin10
and 4.5.0 (r157963) on darwin13. I am marking the PR as a regression although
the bug is probably latent in 4.5. As pointed by Jerry DeLisle in comment 9,
the tests fail on x86_64-*-linux.

>From the reduced test, I am inclined to blame INTERFACE for ENTRY.

[Bug fortran/60898] [4.8/4.9/4.10 Regression] model compile error with gfortran 4.7 and gcc 4.9

[dominiq at lps dot ens.fr]

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

--- Comment #12 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Created attachment 33126
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33126&action=edit
Session showing erratic behavior of gfortran

gfortran-fsf-4.5 is 4.5.4,
gfortran-fsf-4.6 is 4.6.4,
gfortran-fsf-4.7 is 4.7.3,
/opt/gcc/gcc4.xp-y are 4.x revision y.

[Bug fortran/60898] [4.8/4.9/4.10 Regression] model compile error with gfortran 4.7 and gcc 4.9

[anlauf at gmx dot de]

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

Harald Anlauf <anlauf at gmx dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |anlauf at gmx dot de

--- Comment #13 from Harald Anlauf <anlauf at gmx dot de> ---
(In reply to Dominique d'Humieres from comment #11)
> The only revisions that compiles the code without error is 4.5.4 on darwin10
> and 4.5.0 (r157963) on darwin13. I am marking the PR as a regression
> although the bug is probably latent in 4.5. As pointed by Jerry DeLisle in
> comment 9, the tests fail on x86_64-*-linux.

Funny.  I see a failure with -m64 with 4.3.5, 4.4.5 etc.,
but never with -m32 or with i686-pc-linux-gnu.

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.8.4

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P4

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[burnus at gcc dot gnu.org]

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

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

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

--- Comment #14 from Tobias Burnus <burnus at gcc dot gnu.org> ---
The following "fixes" the issue - but it leaks memory. The problem is that one
calls gfc_traverse_symtree with resolve_symbol. One then one fills all symtrees
from ns->sym_root into the vector st_vec. – If one now calls the sym_func(),
one might delete the symbol (gfc_release_symbol), but one later can access the
symbol via the copied symtree.

--- a/gcc/fortran/resolve.c
+++ b/gcc/fortran/resolve.c
@@ -12987,7 +12987,7 @@ resolve_symbol (gfc_symbol *sym)
            {
              this_symtree = gfc_find_symtree (gfc_current_ns->sym_root,
                                               sym->name);
-             gfc_release_symbol (sym);
+             // gfc_release_symbol (sym); // FIXME
              symtree->n.sym->refs++;
              this_symtree->n.sym = symtree->n.sym;
              return;
>From gcc-bugs-return-469145-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Dec 01 23:09:07 2014
Return-Path: <gcc-bugs-return-469145-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 790 invoked by alias); 1 Dec 2014 23:09: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 730 invoked by uid 48); 1 Dec 2014 23:09:02 -0000
From: "hubicka at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/64043] [5 Regression] ICE (segfault) with LTO: in tree_check/tree.h:2758 get_binfo_at_offset/tree.c:11914
Date: Mon, 01 Dec 2014 23:09: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
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hubicka at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status assigned_to
Message-ID: <bug-64043-4-WGAEfBwob5@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64043-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64043-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-12/txt/msg00152.txt.bz2
Content-length: 449

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

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

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

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

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.8.4                       |4.8.5

--- Comment #15 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.4 has been released.

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[jvdelisle at gcc dot gnu.org]

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

--- Comment #16 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
Is anyone working on this one?

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[mikael at gcc dot gnu.org]

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

Mikael Morin <mikael at gcc dot gnu.org> changed:

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

--- Comment #17 from Mikael Morin <mikael at gcc dot gnu.org> ---
(In reply to Jerry DeLisle from comment #16)
> Is anyone working on this one?
Not before your comment. ;-)

Using Tobias' analysis in comment #14, there is an "obvious" fix, augmenting
the reference count of the symbols present in the vector (untested):

Index: symbol.c
===================================================================
--- symbol.c    (révision 220514)
+++ symbol.c    (copie de travail)
@@ -3634,17 +3634,25 @@ do_traverse_symtree (gfc_symtree *st, void (*st_fu
     {
       /* Clear marks.  */
       for (i = 0; i < nodes; i++)
-    st_vec[i]->n.sym->mark = 0;
+    {
+      st_vec[i]->n.sym->mark = 0;
+      st_vec[i]->n.sym->refs++;
+    }
       for (i = 0; i < nodes; i++)
-    if (!st_vec[i]->n.sym->mark)
+    if (!st_vec[i]->n.sym->mark && st_vec[i]->n.sym->refs > 1)
       {
         (*sym_func) (st_vec[i]->n.sym);
         st_vec[i]->n.sym->mark = 1;
       }
+
+      for (i = 0; i < nodes; i++)
+    gfc_release_symbol (st_vec[i]->n.sym);
      }
    else
       for (i = 0; i < nodes; i++)
     (*st_func) (st_vec[i]);
+
+   free (st_vec);
 }
>From gcc-bugs-return-476699-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Feb 10 15:27:16 2015
Return-Path: <gcc-bugs-return-476699-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30743 invoked by alias); 10 Feb 2015 15:27:15 -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 18832 invoked by uid 48); 10 Feb 2015 15:27:12 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/64326] [5 Regression] ICE at -O3 on x86_64-linux-gnu in check_probability, at basic-block.h:581
Date: Tue, 10 Feb 2015 15:27: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: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-64326-4-EABJ9agdTt@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64326-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64326-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-02/txt/msg01032.txt.bz2
Content-length: 128

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

--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
So fixed?

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[mikael at gcc dot gnu.org]

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

--- Comment #18 from Mikael Morin <mikael at gcc dot gnu.org> ---
Created attachment 34756
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34756&action=edit
patch fixing comment #7

(In reply to Mikael Morin from comment #17)
> Using Tobias' analysis in comment #14, there is an "obvious" fix, augmenting
> the reference count of the symbols present in the vector (untested):
> 
This is not enough.
There is some code in resolve_symbol that reassigns some this_symtree->n.sym,
and may call gfc_release_symbol.  The problem being there is no check that
this_symtree->n.sym == sym, so that we may apply gfc_free_symbol to something
that remains reachable through this_symtree->n.sym.

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[dominiq at lps dot ens.fr]

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

--- Comment #19 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> patch fixing comment #7

Confirmed, but it doesn't fix the test in comment 2 (with the addition in
comment 10).

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[mikael at gcc dot gnu.org]

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

--- Comment #20 from Mikael Morin <mikael at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #19)
> > patch fixing comment #7
> 
> Confirmed, but it doesn't fix the test in comment 2 (with the addition in
> comment 10).

Confirmed; for some reason it works with the resolve.c part alone.

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[dominiq at lps dot ens.fr]

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

--- Comment #21 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> patch fixing comment #7

This patch breaks bootstrap:

/bin/sh ./libtool --tag=FC   --mode=compile /opt/gcc/p_build/./gcc/gfortran
-B/opt/gcc/p_build/./gcc/
-B/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/bin/
-B/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/lib/ -isystem
/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/include -isystem
/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/sys-include     -L. -Wall
-L../libgfortran -c -o openacc.lo ../../../p_work/libgomp/openacc.f90
libtool: compile:  /opt/gcc/p_build/./gcc/gfortran -B/opt/gcc/p_build/./gcc/
-B/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/bin/
-B/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/lib/ -isystem
/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/include -isystem
/opt/gcc/gcc4.10p-220715p2/x86_64-apple-darwin14.1.0/sys-include -L. -Wall
-L../libgfortran -c ../../../p_work/libgomp/openacc.f90  -fno-common -o
.libs/openacc.o
f951: internal compiler error: Segmentation fault: 11

and seems to break almost all the fortran tests in the test suite (gfortran
simply updated instead of a clean bootstrap).

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[mikael at gcc dot gnu.org]

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

Mikael Morin <mikael at gcc dot gnu.org> changed:

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

--- Comment #22 from Mikael Morin <mikael at gcc dot gnu.org> ---
patch posted at:
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00917.html

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[mikael at gcc dot gnu.org]

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

--- Comment #23 from Mikael Morin <mikael at gcc dot gnu.org> ---
Author: mikael
Date: Sun Mar  8 11:52:51 2015
New Revision: 221262

URL: https://gcc.gnu.org/viewcvs?rev=221262&root=gcc&view=rev
Log:
        PR fortran/60898
fortran/
        * resolve.c (resolve_symbol): Check that the symbol found by
        name lookup really is the current symbol being resolved.
testsuite/
        * gfortran.dg/entry_20.f90: New.


Added:
    trunk/gcc/testsuite/gfortran.dg/entry_20.f90
Modified:
    trunk/gcc/fortran/ChangeLog
    trunk/gcc/fortran/resolve.c
    trunk/gcc/testsuite/ChangeLog

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[mikael at gcc dot gnu.org]

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

--- Comment #24 from Mikael Morin <mikael at gcc dot gnu.org> ---
Author: mikael
Date: Thu Mar 12 16:08:48 2015
New Revision: 221395

URL: https://gcc.gnu.org/viewcvs?rev=221395&root=gcc&view=rev
Log:
    PR fortran/60898
fortran/
    * resolve.c (resolve_symbol): Check that the symbol found by
    name lookup really is the current symbol being resolved.
testsuite/
    * gfortran.dg/entry_20.f90: New.



Added:
    branches/gcc-4_9-branch/gcc/testsuite/gfortran.dg/entry_20.f90
Modified:
    branches/gcc-4_9-branch/gcc/fortran/ChangeLog
    branches/gcc-4_9-branch/gcc/fortran/resolve.c
    branches/gcc-4_9-branch/gcc/testsuite/ChangeLog

[Bug fortran/60898] [4.8/4.9/5 Regression] model compile error with gfortran 4.7 and gcc 4.9

[mikael at gcc dot gnu.org]

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

Mikael Morin <mikael at gcc dot gnu.org> changed:

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

--- Comment #26 from Mikael Morin <mikael at gcc dot gnu.org> ---
Fixed for 4.8.5, 4.9.3, 5.0.
Thanks for the bug report.