https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #14 from kargl at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #13)
> The following variant gives an ICE
>
>type t
>end type
> contains
>function f() result(t)
> character(3) :: c
> c = 'a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #13 from Dominique d'Humieres ---
The following variant gives an ICE
type t
end type
contains
function f() result(t)
character(3) :: c
c = 'abc'
end
end
The back trace is
* thread #1, queue = 'com.apple.main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #12 from Dominique d'Humieres ---
/* Symbol flavors: these are all mutually exclusive.
12 elements = 4 bits. */
enum sym_flavor
{
FL_UNKNOWN = 0, FL_PROGRAM, FL_BLOCK_DATA, FL_MODULE, FL_VARIABLE,
FL_PARAMETER, FL_LABEL, FL_PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #11 from Dominique d'Humieres ---
With a clean tree at r11-7872 I get
(lldb) b misc.c:309
Breakpoint 1: where = f951`gfc_code2string(mstring const*, int) + 26 at
misc.c:309:22, address = 0x00010008457a
(lldb) run pr96013.f90
Proc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #10 from kargl at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #9)
> > > Sometime the test ICE with
> > >
> > > f951: internal compiler error: gfc_code2string(): Bad code
> > >
> > > which cannot be fixed by the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #9 from Dominique d'Humieres ---
> > Sometime the test ICE with
> >
> > f951: internal compiler error: gfc_code2string(): Bad code
> >
> > which cannot be fixed by the patch in comment 6.
> >
>
> Don't know anything about libsantiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #7 from Dominique d'Humieres ---
Sometime the test ICE with
f951: internal compiler error: gfc_code2string(): Bad code
which cannot be fixed by the patch in comment 6.
A sanitized version with the patch at
https://gcc.gnu.org/piper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #6 from kargl at gcc dot gnu.org ---
With this patch the code compiles:
Index: gcc/fortran/module.c
===
--- gcc/fortran/module.c(revision 280157)
+++ gcc/fortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #5 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #4)
> (In reply to kargl from comment #3)
> > The code is invalid. Patch against svn revision 280156.
> >
> > Index: gcc/fortran/module.c
> > ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #4 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #3)
> The code is invalid. Patch against svn revision 280156.
>
> Index: gcc/fortran/module.c
> ===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
kargl at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from G.
14 matches
Mail list logo