http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53718
--- Comment #2 from Adrian Prantl 2012-06-18 18:55:11
UTC ---
just as a side note: most of my bugreports come from compiling babel's
regression test suite. Babel is a language interoperability tool that (also)
generates bindings for Fortran 2003.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53718
Bug #: 53718
Summary: gfortran generates asm label twice in the same output
file
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52759
--- Comment #1 from Adrian Prantl 2012-03-28 21:42:11
UTC ---
Created attachment 27024
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27024
delta-reduced example
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52759
Bug #: 52759
Summary: ICE in 4.7.0, C++ in cp/mangle.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52679
Bug #: 52679
Summary: ICE in gfortran 4.6.3, x86_64
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: blocker
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
--- Comment #2 from Adrian Prantl 2012-03-20 15:33:40
UTC ---
I'm getting the error with both gcc 4.6.2 and 4.6.3
Below is the stack trace.
Program received signal SIGSEGV, Segmentation fault.
resolve_symbol (sym=0x14091b0) at ../../gcc-4.6.2/gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622
Bug #: 52622
Summary: ICE in gfortran 4.6.3, x86_64
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: blocker
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51522
Bug #: 51522
Summary: ICE in gfortran 4.6.2, x86_64
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520
Bug #: 51520
Summary: ICE in gfortran 4.6.2, x86_64
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291
--- Comment #3 from Adrian Prantl 2011-03-25 22:04:52
UTC ---
Thus the inelegant solution would be to define GFC_MAX_SYMBOL_LEN to
(63*2)+1+strlen("_def_init").
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291
Adrian Prantl changed:
What|Removed |Added
Version|4.6.0 |4.3.0
--- Comment #2 from Adrian Prantl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48279
--- Comment #4 from Adrian Prantl 2011-03-25 18:59:48
UTC ---
It is actually possible to combine the test into a single file:
minimal.F03
module sidl_string_array
type sidl_string_1d
end type sidl_string_1d
interface set
module proced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48291
Summary: internal compiler error, new_symbol(): Symbol name too
long
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48279
Adrian Prantl changed:
What|Removed |Added
Severity|normal |blocker
--- Comment #3 from Adrian Prantl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48279
Adrian Prantl changed:
What|Removed |Added
CC||adrian at llnl dot gov
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48279
Summary: segfault in gfc_check_vardef_context
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: fortran
AssignedTo: unassig...
16 matches
Mail list logo