[Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered.

[Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered.

[dominiq at lps dot ens.fr]

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

            Bug ID: 68040
           Summary: [5/6 Regression] Internal compiler error: Error
                    reporting routines re-entered.
           Product: gcc
           Version: 6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: dominiq at lps dot ens.fr
  Target Milestone: ---

On x86_64-apple-darwin14 compiling the following test (second test in pr47030)

module m
   real :: x
   common /mydata/ x
   !GCC$ attributes dllexport :: mydata
end module

with -Wall gives

f951: Warning: 'dllexport' attribute directive ignored [-Wattributes]

up to revision r217100 (2014-11-04), but gives the ICE

'
in pp_format, at pretty-print.c:617

Internal compiler error: Error reporting routines re-entered.
gfortran: internal compiler error: Abort trap: 6 (program f951)
Abort

for revisions after r217653 (2014-11-17).

backtrace

#0  0x00007fff8c312286 in __pthread_kill () from
/usr/lib/system/libsystem_kernel.dylib
#1  0x00007fff90d429f9 in pthread_kill () from
/usr/lib/system/libsystem_pthread.dylib
#2  0x00007fff960809b3 in abort () from /usr/lib/system/libsystem_c.dylib
#3  0x0000000100d2e761 in uw_init_context_1 (context=0x6,
outer_cfa=0x7fff5fbfea00, outer_ra=0x100c879e9 <backtrace_full+105>)
    at ../../../_clean/libgcc/unwind-dw2.c:1563
#4  0x0000000100d2f1c8 in _Unwind_Backtrace (trace=0x100c878f0 <unwind>,
trace_argument=0x7fff7a2f8300) at ../../../_clean/libgcc/unwind.inc:283
#5  0x0000000100c879e9 in backtrace_full (state=0x1420f5000, skip=<optimized
out>, callback=<optimized out>, error_callback=<optimized out>, 
    data=<optimized out>) at ../../_clean/libbacktrace/backtrace.c:127
#6  0x0000000100c4c743 in diagnostic_action_after_output (context=0x1415a7ac0,
diag_kind=<optimized out>) at ../../_clean/gcc/diagnostic.c:450
#7  0x0000000100c4c97e in diagnostic_report_diagnostic (context=0x1415a7ac0,
diagnostic=0x7fff5fbfeaf0) at ../../_clean/gcc/diagnostic.c:788
#8  0x0000000100c4d7d5 in internal_error (gmsgid=<optimized out>) at
../../_clean/gcc/diagnostic.c:1141
#9  0x0000000100c4c256 in fancy_abort (file=<optimized out>, line=<optimized
out>, function=<optimized out>) at ../../_clean/gcc/diagnostic.c:1209
#10 0x0000000100c502e9 in pp_format (pp=0x1422013a0, text=0x7fff5fbfee50) at
../../_clean/gcc/pretty-print.c:614
#11 0x0000000100c4c951 in diagnostic_report_diagnostic (context=0x1415a7ac0,
diagnostic=0x7fff5fbfee50) at ../../_clean/gcc/diagnostic.c:784
#12 0x0000000100c4cf74 in warning (opt=177, gmsgid=<optimized out>) at
../../_clean/gcc/diagnostic.c:948
#13 0x0000000100ca61f1 in decl_attributes (node=<optimized out>,
attributes=<optimized out>, flags=<optimized out>) at
../../_clean/gcc/attribs.c:446
#14 0x00000001000f6ae2 in gfc_get_symbol_decl (sym=<optimized out>) at
../../_clean/gcc/fortran/trans-decl.c:1557
#15 0x00000001000f9339 in gfc_create_module_variable (sym=<optimized out>) at
../../_clean/gcc/fortran/trans-decl.c:4567
#16 0x00000001000bf0dc in do_traverse_symtree (st=<optimized out>,
st_func=<optimized out>, sym_func=<optimized out>)
    at ../../_clean/gcc/fortran/symbol.c:3719
#17 0x00000001000fc82e in gfc_generate_module_vars (ns=<optimized out>) at
../../_clean/gcc/fortran/trans-decl.c:5004
#18 0x00000001000d8949 in gfc_generate_module_code (ns=<optimized out>) at
../../_clean/gcc/fortran/trans.c:1988
#19 0x000000010008bfbf in gfc_parse_file () at
../../_clean/gcc/fortran/parse.c:5533
#20 0x00000001000d22a6 in gfc_be_parse_file () at
../../_clean/gcc/fortran/f95-lang.c:209
#21 0x0000000100947d9a in compile_file () at ../../_clean/gcc/toplev.c:483
#22 0x0000000100d333fc in ?? ()
#23 0x0000000100d34db9 in main (argc=3, argv=0x7fff5fbff308) at
../../_clean/gcc/main.c:39

[Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P4
   Target Milestone|---                         |5.3

[Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.

[dominiq at lps dot ens.fr]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-10-28
     Ever confirmed|0                           |1

[Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.

[dominiq at lps dot ens.fr]

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

--- Comment #2 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Is this configured with --enable-checking=release ? This is probably an ICE
> that occurs earlier than reported with --enabled-checking=release.
> Configure with --enable-checking=yes.

I get the same ICE with trunk configured with

../work/configure --prefix=/opt/gcc/gcc6w
--enable-languages=c,c++,fortran,objc,obj-c++,ada,java,lto
--with-gmp=/opt/mp-new --with-system-zlib --with-isl=/opt/mp-new --enable-lto
--enable-plugin --with-arch=corei7 --with-cpu=corei7

or configured with

../p_work/configure --prefix=/opt/gcc/gcc6p-229482
--enable-languages=c,c++,lto,fortran,ada,objc,obj-c++ --with-gmp=/opt/mp-new
--with-system-zlib --enable-checking=release --with-isl=/opt/mp-new
--enable-lto --enable-plugin --with-arch=core2 --with-cpu=core2

> It should be possible to get a more precise revision. Those two do not look
> like the cause of the problem. 

I see the ICE with r217500, but I don't have any revision between r217100 and
r217500. Note that I don't say the problem is caused by one of these revisions,
they are the revision numbers given by SVN for which I see the different
behaviors (Warning vs. ICE).

> However, I would argue that this precise warning does not need to use
> %E and it could simply use %s, which will make it less dependent on trees
> and fix this bug without further changes in Fortran.

Where should I do the change?

[Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.

[manu at gcc dot gnu.org]

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

--- Comment #3 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #2)
> > However, I would argue that this precise warning does not need to use
> > %E and it could simply use %s, which will make it less dependent on trees
> > and fix this bug without further changes in Fortran.
> 
> Where should I do the change?

#13 0x0000000100ca61f1 in decl_attributes (node=<optimized out>,
attributes=<optimized out>, flags=<optimized out>) at
../../_clean/gcc/attribs.c:446

But you need to figure out how to get the const char* pointing to the attribute
name from the tree passed to %E.
>From gcc-bugs-return-500975-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 29 23:13:00 2015
Return-Path: <gcc-bugs-return-500975-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 24015 invoked by alias); 29 Oct 2015 23:13:00 -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 23975 invoked by uid 48); 29 Oct 2015 23:12:56 -0000
From: "dje at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug other/52192] GCC_CHECK_TLS doesn't detect native TLS on Solaris 8/9
Date: Thu, 29 Oct 2015 23:13:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: other
X-Bugzilla-Version: 4.7.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dje at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
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 short_desc
Message-ID: <bug-52192-4-w5Qrx3y190@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-52192-4@http.gcc.gnu.org/bugzilla/>
References: <bug-52192-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-10/txt/msg02530.txt.bz2
Content-length: 709

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

David Edelsohn <dje at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|*-*-solaris2.[89],          |*-*-solaris2.[89]
                   |powerpc-ibm-aix*            |
            Summary|GCC_CHECK_TLS doesn't       |GCC_CHECK_TLS doesn't
                   |detect native TLS           |detect native TLS on
                   |                            |Solaris 8/9

--- Comment #4 from David Edelsohn <dje at gcc dot gnu.org> ---
I guess never mind because this would require libstdc++ always to be built with
-pthread.