public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered.
@ 2015-10-21 10:11 dominiq at lps dot ens.fr
2015-10-21 11:59 ` [Bug fortran/68040] " rguenth at gcc dot gnu.org
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-10-21 10:11 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.
2015-10-21 10:11 [Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered dominiq at lps dot ens.fr
@ 2015-10-21 11:59 ` rguenth at gcc dot gnu.org
2015-10-28 22:50 ` dominiq at lps dot ens.fr
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-10-21 11:59 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.
2015-10-21 10:11 [Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered dominiq at lps dot ens.fr
2015-10-21 11:59 ` [Bug fortran/68040] " rguenth at gcc dot gnu.org
@ 2015-10-28 22:50 ` dominiq at lps dot ens.fr
2015-10-29 4:37 ` dominiq at lps dot ens.fr
2015-10-29 23:09 ` manu at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-10-28 22:50 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.
2015-10-21 10:11 [Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered dominiq at lps dot ens.fr
2015-10-21 11:59 ` [Bug fortran/68040] " rguenth at gcc dot gnu.org
2015-10-28 22:50 ` dominiq at lps dot ens.fr
@ 2015-10-29 4:37 ` dominiq at lps dot ens.fr
2015-10-29 23:09 ` manu at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-10-29 4:37 UTC (permalink / raw)
To: gcc-bugs
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?
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug fortran/68040] [5/6 Regression] Internal compiler error: Error reporting routines re-entered.
2015-10-21 10:11 [Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered dominiq at lps dot ens.fr
` (2 preceding siblings ...)
2015-10-29 4:37 ` dominiq at lps dot ens.fr
@ 2015-10-29 23:09 ` manu at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: manu at gcc dot gnu.org @ 2015-10-29 23:09 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-10-29 23:09 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-10-21 10:11 [Bug fortran/68040] New: [5/6 Regression] Internal compiler error: Error reporting routines re-entered dominiq at lps dot ens.fr
2015-10-21 11:59 ` [Bug fortran/68040] " rguenth at gcc dot gnu.org
2015-10-28 22:50 ` dominiq at lps dot ens.fr
2015-10-29 4:37 ` dominiq at lps dot ens.fr
2015-10-29 23:09 ` manu 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).