--- Comment #32 from tobi at gcc dot gnu dot org 2007-02-15 16:22 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #31 from tobi at gcc dot gnu dot org 2007-02-15 16:20 ---
Subject: Bug 30478
Author: tobi
Date: Thu Feb 15 16:20:46 2007
New Revision: 122002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122002
Log:
PR fortran/30478
fortran/
* decl.c (create_enum_history, gfc_free_
--- Comment #30 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-12 01:21 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-12
01:15 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
> --- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
> (In reply to comment #6)
> > Fortran is not rele
--- Comment #28 from mark at codesourcery dot com 2007-02-12 01:11 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
tobi at gcc dot gnu dot org wrote:
> --- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
> (In reply to comment #6
--- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
(In reply to comment #6)
> Fortran is not release-critical and this bug appears to be purely within the
> Fortran front end.
Should I commit the patch for the next release candidate once the branch is
unfrozen? Perso
--- Comment #26 from tobi at gcc dot gnu dot org 2007-02-12 00:51 ---
Subject: Bug 30478
Author: tobi
Date: Mon Feb 12 00:51:43 2007
New Revision: 121837
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121837
Log:
2007-02-10 Tobias Schlueter <[EMAIL PROTECTED]>
PR fortran/3047
--- Comment #25 from tobi at gcc dot gnu dot org 2007-02-11 22:36 ---
Subject: Bug 30478
Author: tobi
Date: Sun Feb 11 22:35:56 2007
New Revision: 121830
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121830
Log:
2007-02-11 Tobias Schlueter <[EMAIL PROTECTED]>
PR fortran/3047
--- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-11
14:46 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
> A patch for this bug has been added to the patch tracker.
> The mailing list url for the patch is
> http://gcc.gnu.org/ml/gcc-pat
--- Comment #23 from patchapp at dberlin dot org 2007-02-10 20:25 ---
Subject: Bug number PR30478
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00933.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #22 from fxcoudert at gcc dot gnu dot org 2007-02-10 16:20
---
(In reply to comment #21)
> Here's a much cleaner patch, which makes us give slightly worse error messages
> than before.
Thanks for taking care of this, Tobias. I'm not sure I think the second patch
is "cleaner
--- Comment #21 from tobi at gcc dot gnu dot org 2007-02-10 02:50 ---
Here's a much cleaner patch, which makes us give slightly worse error messages
than before. I'll submit this to the list tomorrow when I'm done testing.
2007-02-10 Tobias Schlüter <[EMAIL PROTECTED]>
PR fo
--- Comment #20 from tobi at gcc dot gnu dot org 2007-02-10 02:18 ---
Forgot the ChangeLog:
2007-02-10 Tobias Schlüter <[EMAIL PROTECTED]>
PR fortran/30478
* decl.c (variabl_decl): Add argument for case where we are compiling an
ENUM declaration.
(gfc_match
--- Comment #19 from tobi at gcc dot gnu dot org 2007-02-10 02:11 ---
This patch (the diff is against 4.1) fixes it on linux-i686 under valgrind.
I'm currently giving it the full testsuite exercise.
Index: gcc/fortran/decl.c
=
--- Comment #18 from tobi at gcc dot gnu dot org 2007-02-09 14:53 ---
(In reply to comment #17)
> > Thank you, but I think MacIntel is officially unsupported with 4.1.
>
> Do you have a pointer to this decision? TIA
It's not listed as primary nor secondary platform in the release crite
--- Comment #17 from dominiq at lps dot ens dot fr 2007-02-09 12:14 ---
> Thank you, but I think MacIntel is officially unsupported with 4.1.
Do you have a pointer to this decision? TIA
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
--- Comment #16 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-09 04:10 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dominiq at lps dot ens dot fr wrote:
> --- Comment #15 from dominiq at lps dot ens dot fr 2007-02-08 22:25
>
--- Comment #15 from dominiq at lps dot ens dot fr 2007-02-08 22:25 ---
I think there is definitively a problem with the as provided on MacIntel. If
you are interested
I can dig my archives, I think I have some trace of the problem. Unfortunately
I have only
a limited access to a MacIn
--- Comment #14 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-08 22:10 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dominiq at lps dot ens dot fr wrote:
> --- Comment #13 from dominiq at lps dot ens dot fr 2007-02-08 22:06
>
--- Comment #13 from dominiq at lps dot ens dot fr 2007-02-08 22:06 ---
> The build fails with errors of the following kind:
> /var/tmp//ccFScp77.s:3049:indirect jmp without `*'
Sound familiar, aren't you speaking of MacIntel? I have done some testing on
MacIntel with
a prebuild gfortr
--- Comment #12 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-08 21:49 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dominiq at lps dot ens dot fr wrote:
> --- Comment #11 from dominiq at lps dot ens dot fr 2007-02-08 21:25
>
--- Comment #11 from dominiq at lps dot ens dot fr 2007-02-08 21:25 ---
> I forgot that OS X is not supported by gcc 4.1
What do you mean? I have built gcc 4.1 on both OSX 10.3 an 10.4 several time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
--- Comment #10 from tobi at gcc dot gnu dot org 2007-02-08 19:00 ---
I forgot that OS X is not supported by gcc 4.1, and got my memory refreshed
only after it was 3/4 of the build. I've now started a build on a Linux
machine, but I will probably not have time to attend this bug before
--- Comment #9 from tobi at gcc dot gnu dot org 2007-02-08 00:44 ---
I reviewed the patch which introduced ENUM support, will take a look at this
tomorrow.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-02-07 22:31
---
Reduced testcase:
enum, bind (c)
integer :: x
enumerator blue
end enum
end
It fails under valgrind for both i686-linux and x86_64-linux:
==5651== Invalid read of size 4
==5651==at 0x9DBD13: __
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-02-05 22:23
---
It's not target specific as it is also seen on i686-pc-linux-gnu with mainline,
when compiling enum_2.f90 under valgrind:
==6149== Invalid read of size 4
==6149==at 0x86522E3: __gmpz_add_ui (in
/home/fxcouder
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-02-04 22:48
---
Fortran is not release-critical and this bug appears to be purely within the
Fortran front end.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from danglin at gcc dot gnu dot org 2007-02-03 02:02 ---
This is the only regression present in 4.1.2 RC1 on hppa*-*-hpux11*
that I'm aware of. It's caused by using data for an object that has
been freed.
--
danglin at gcc dot gnu dot org changed:
What
--- Comment #4 from danglin at gcc dot gnu dot org 2007-01-30 23:25 ---
This a regression from 4.1.1. See:
http://gcc.gnu.org/ml/gcc-testresults/2007-01/msg01032.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
--- Comment #3 from danglin at gcc dot gnu dot org 2007-01-30 23:15 ---
It appears that the object pointed to by last_initializer is free'd
by gfc_free_expr. This causes the change in value in
initializer->value.integer[0]._mp_d:
(gdb) p &initializer->value.integer[0]._mp_d
$16 = (mp_l
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-16
01:47 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
> --- Comment #1 from kargl at gcc dot gnu dot org 2007-01-16 00:54 ---
> \> 0x003e75d8 in __gmpz_add_ui ()
> > (gdb) bt
>
--- Comment #1 from kargl at gcc dot gnu dot org 2007-01-16 00:54 ---
\> 0x003e75d8 in __gmpz_add_ui ()
> (gdb) bt
> #0 0x003e75d8 in __gmpz_add_ui ()
> #1 0x0003402c in gfc_enum_initializer (last_initializer=0x400817a8, where=
> {nextc = 0x0, lb = 0x0}) at ../../gcc/gcc/fortran/
32 matches
Mail list logo
