[Bug fortran/36139] New: ICE in snapshot of 05/02/08 under HPPA Linux with IMPLICIT, PARAMETER, and function call

[Bug fortran/36139] New: ICE in snapshot of 05/02/08 under HPPA Linux with IMPLICIT, PARAMETER, and function call

[michael dot a dot richmond at nasa dot gov]

The 05/02/08 snapshot of gfortran 4.4.0 produces a variety of bugs on different
platforms. The bug described here is specific to HPPA Linux.

The following subroutine segfaults when I type "gfortran -c mnbrak.f90":

SUBROUTINE mnbrak
IMPLICIT REAL(a-f)
PARAMETER(a=0.0)
f=func()
END SUBROUTINE mnbrak

The following function segfaults when I type "gfortran -c -ffree-form
qgobfu.f". It does not segfault when I type "gfortran -c qgobfu.f":

      LOGICAL FUNCTION qgobfu()
      IMPLICIT INTEGER (A-B,F), LOGICAL (Q)
      PARAMETER (flnmlm=5)
      qok = qgtchr()
      END FUNCTION qgobfu


-- 
           Summary: ICE in snapshot of 05/02/08 under HPPA Linux with
                    IMPLICIT, PARAMETER, and function call
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: michael dot a dot richmond at nasa dot gov


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

[Bug fortran/36139] ICE in snapshot of 05/02/08 under HPPA Linux with IMPLICIT, PARAMETER, and function call

[jvdelisle at gcc dot gnu dot org]

------- Comment #1 from jvdelisle at gcc dot gnu dot org  2008-05-10 15:03 -------
Though I do not get segfault, I can confirm valgrind errors.

==3660== 158 bytes in 1 blocks are definitely lost in loss record 3 of 9
==3660==    at 0x4A04D1F: calloc (vg_replace_malloc.c:279)
==3660==    by 0xB3853A: xcalloc (xmalloc.c:162)
==3660==    by 0x557B87: init_emit (emit-rtl.c:5012)
==3660==    by 0x5EFD32: prepare_function_start (function.c:3902)
==3660==    by 0x5F1D48: init_function_start (function.c:3949)
==3660==    by 0x49054D: trans_function_start (trans-decl.c:1599)
==3660==    by 0x49731D: gfc_generate_function_code (trans-decl.c:3108)
==3660==    by 0x45439B: gfc_parse_file (parse.c:3582)
==3660==    by 0x47B4CD: gfc_be_parse_file (f95-lang.c:258)
==3660==    by 0x6E0190: toplev_main (toplev.c:962)
==3660==    by 0x3FF061E073: (below main) (libc-start.c:220)

==4563==    at 0x4A059F6: malloc (vg_replace_malloc.c:149)
==4563==    by 0xB38587: xmalloc (xmalloc.c:147)
==4563==    by 0x447154: gfc_getmem (misc.c:37)
==4563==    by 0x46FBD7: gfc_get_namespace (symbol.c:2079)
==4563==    by 0x46FD1C: gfc_symbol_init_2 (symbol.c:2928)
==4563==    by 0x446E98: gfc_init_2 (misc.c:270)
==4563==    by 0x4541C9: gfc_parse_file (parse.c:3502)
==4563==    by 0x47B4CD: gfc_be_parse_file (f95-lang.c:258)
==4563==    by 0x6E0190: toplev_main (toplev.c:962)
==4563==    by 0x3FF061E073: (below main) (libc-start.c:220)


-- 

jvdelisle at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2008-05-10 15:03:16
               date|                            |


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

[Bug fortran/36139] ICE in snapshot of 05/02/08 under HPPA Linux with IMPLICIT, PARAMETER, and function call

[michael dot a dot richmond at nasa dot gov]

------- Comment #2 from michael dot a dot richmond at nasa dot gov  2008-05-11 17:16 -------
(In reply to comment #1)
> Though I do not get segfault, I can confirm valgrind errors.

The segfault does not occur in the snapshot of May 9. I suspect the valgrind
errors occur on multiple platforms, but they produce a segfault only when some
chance condition is met.

Jerry, can you tell me how to test for these errors?


-- 


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

[Bug fortran/36139] ICE in snapshot of 05/02/08 under HPPA Linux with IMPLICIT, PARAMETER, and function call

[jvdelisle at gcc dot gnu dot org]

------- Comment #3 from jvdelisle at gcc dot gnu dot org  2008-05-11 17:34 -------
Use the following

 valgrind --leak-check=full f951 pr36139.f90

In my case f951 is in my search path as a link:

f951 -> /home/jerry/gcc/obj44/gcc/f951

obj44 is the build directory


-- 


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

[Bug fortran/36139] ICE in snapshot of 05/02/08 under HPPA Linux with IMPLICIT, PARAMETER, and function call

[michael dot a dot richmond at nasa dot gov]

------- Comment #4 from michael dot a dot richmond at nasa dot gov  2008-05-11 19:56 -------
(In reply to comment #3)
> Use the following
> 
>  valgrind --leak-check=full f951 pr36139.f90

I downloaded http://valgrind.org/downloads/valgrind-3.3.0.tar.bz2 and attempted
to build valgrind on HP-PA 1.1 and MIPS systems running Debian Linux 4.0. On
both systems I got the message "configure: error: Unsupported host
architecture. Sorry"


-- 


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

[Bug fortran/36139] ICE in snapshot of 05/02/08 under HPPA Linux with IMPLICIT, PARAMETER, and function call

[dfranke at gcc dot gnu dot org]

------- Comment #5 from dfranke at gcc dot gnu dot org  2008-07-30 12:07 -------
Closing as WORKSFORME - the reporter can not reproduce the problem (see
PR36157, comment #6).


-- 

dfranke at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WORKSFORME
   Target Milestone|---                         |4.4.0


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