: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
Recent gfortran does not compile the following valid code:
program p
implicit none
type :: t
character(len=25) :: text
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The following code produces an internal compiler error when
referring to "empty2".
module m
implicit none
integer, parameter :: not_empty(1) = 0
integer, parameter :
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
When compiled with -fcheck=all the following code produces an
incorrect error at runtime:
$ gfortran test.f90 -fcheck=all -o test
$ ./test
At line 13 of file test.f90
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The attached code produces an internal compiler error. It seems that,
in order to trigger the error, both LEN=: and =>NULL() are
necessary.
mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
--- Comment #9 from mrestelli ---
Here is a test; should compile and run without errors.
module m
implicit none
type, abstract :: t1
logical :: l
end type t1
type, extends(t1), abstract :: t2
integer :: i
end type t2
type, extends(t2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
--- Comment #7 from mrestelli ---
(In reply to Jerry DeLisle from comment #6)
> I tested the patch. No regressions. Works as advertised.
>
> I will submit the patch for approval and see if we can commit it.
>
> Thanks!
:-)
(first time I try t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
--- Comment #5 from mrestelli ---
I think the following patch could solve the problem:
Index: gcc/fortran/symbol.c
===
--- gcc/fortran/symbol.c(revision 238083)
+++ gcc/for
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
(This was also discussed on comp.lang.fortran:
https://groups.google.com/forum/#!topic/comp.lang.fortran/dPaOv53SGeA
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
When compiled with gfortran, the attached code, which is correct as
far as I can tell, produces an error at runtime:
$ ./test
At line 20
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
gfortran does not compile the following valid code:
module m
implicit none
type :: t
integer :: i
end type t
contains
pure
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The attached code produces a runtime error when compiled with some
debug flags (see later). The code however is correct: the dimension
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69955
--- Comment #4 from mrestelli ---
My problem also shows up at runtime, compilation is fine.
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The attached code leaks memory for me:
$ gfortran --version
GNU Fortran (GCC) 6.0.0 20160224 (experimental)
program p
implicit none
type :: t1
real, allocatable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69742
--- Comment #2 from mrestelli ---
(In reply to Thomas Koenig from comment #1)
> What happens if you run it with
>
> gfortran -ffrontend-optimize
Same ICE
> and with
>
> gfortran -O3 -fno-frontend-optimize ?
Works correctly
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
This code produces and internal compiler error when compiled with -O3.
It seems that the problem is the appearance of the same expression
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The attached code produces an internal compiler error. Notice that the
problem disappears removing the multiplication 3.0_wp* .
program p
implicit none
integer, parameter :: wp
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
Compiling the attached code with the latest trunk version and using
-fcheck=all produces an internal compiler error:
module m
implicit none
private
type :: t_a
real
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69296
--- Comment #1 from mrestelli ---
I should also mention that this happens for me with
GNU Fortran (GCC) 6.0.0 20160112 (experimental)
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The attached code, when compiled with gfortran, prints
shape: 2
and then crashes printing "ai". The same code compiled with ifort
shows what I thing is the correct
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The attached code produces a segmentation fault:
$ gfortran --version
GNU Fortran (GCC) 6.0.0 20150910
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The following code is invalid since the array dimension is missing,
but since it is an ICE I am reporting it.
$ gfortran --version
GNU Fortran (GCC) 6.0.0 20150910 (experimental
: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
As discussed in
https://groups.google.com/d/msg/comp.lang.fortran/8q2nYfHnZfU/M9FmGgx7AQAJ
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The following code prints 0 2 while I think the correct result should
be 1 3 (using gfortran 6.0.0):
program p
implicit none
integer, allocatable
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The following code produces an internal compiler error with
gfortran-6.0.0 (works with 5.1.0):
module m
implicit none
public
type :: ta
end type ta
contains
subroutine sub()
type(ta
: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
I see and ICE with the attached code.
$ gfortran -c ice.f90
ice.f90:44:0:
allocate( z%f , source=unpck(x)+unpck(y) )
^
internal compiler error: in aggregate_value_p, bei function.c:2052
0x819313
ty: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Target Milestone: ---
The attached code compiles with gfortran and produces an error at
runtime. As far as I can see, the code is correct. Unf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63867
--- Comment #1 from mrestelli ---
Also, I should add that changing
type is(character(len=*))
to
type is(character(len=:))
given an internal compiler error (anyway, the code then is invalid)
Marco
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Consider the following code:
program p
implicit none
character(len=5) :: str
str = 'abcde'
call checklen1(str)
call checklen2(str)
contains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
--- Comment #2 from mrestelli ---
I can not say 100% that the code is correct, but at least reading 8.6
"The SELECT TYPE Construct" of "The Fortran 2003 Handbook" I don't see
why it shouldn't.
Notice that: among rules and restrictions, 1. says
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Hi, I see that gfortran does not compile the attached code, which
seems fine to me.
$ gfortran -c test.f90 -o test.o
test.f90:31.21:
write(*,*) u%x
1
Error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61527
--- Comment #2 from mrestelli ---
I am no expert, but I think that the correct behaviour is that of the
older version: the two interfaces indeed are ambiguous, since a call
like
type(t2) :: b
call disp(b)
could call both disp1 and disp2.
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Hi,
I see that gfortran accepts the following code (even with strict
debug flags) which is ambiguous in the resolution of the generic. The
code is correctly
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
The attached code produces a segmentation fault when including the
non_overridable attribute in t2.
$ gfortran --version
GNU Fortran (GCC) 4.10.0 20140508 (experimental)
$ ./bhg
Program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61179
--- Comment #1 from mrestelli ---
I see now that "DOUBLE COMPLEX" is not specified by the standard,
which rather says "There is no keyword for double precision complex."
And in fact for a different code I see that gfortran indicates it as
GNU ex
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Hi,
I can not compile the following (legal, I think) code:
module m
implicit none
contains
subroutine test(x)
class(*), intent(in) :: x
select type(x)
type is(complex)
mal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
The attached (valid, I think) code produces an internal compiler
error.
The NON_OVERRIDABLE attribute is required to produce the error.
$ gfortran -c m.
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
The following code does not compile with gfortran (either 4.7.3 or
trunk). My understanding is that the code is legal but gfortran is
confused by the fact that:
s_tmp takes its length
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Hi all,
the attached code results in an internal compiler error when
compiled with
gfortran -ggdb -finit-real=snan -c ice.f90
Removing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59411
--- Comment #4 from mrestelli ---
(In reply to janus from comment #1)
> (In reply to mrestelli from comment #0)
> >
> > type(c_ptr), parameter :: p2 = pp
> >1
> > Error: non-constant initialization expression at (
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mrestelli at gmail dot com
Hi all,
the attached code does not compile:
gfortran -c cst.f90
cst.f90:6.31:
type(c_ptr), parameter :: p2 = pp
1
Error: non-constant initialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46271
--- Comment #5 from mrestelli ---
(In reply to janus from comment #3)
> (In reply to mrestelli from comment #0)
> > With version B:
> > gfortran -fopenmp omp_test.f90 -o omp_test
> > omp_test.f90: In function ‘test’:
> > omp_test.f90:25:0: error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56823
Bug #: 56823
Summary: Problem with: interface block dummy argument +
procedure pointer actual argument
Classification: Unclassified
Product: gcc
Version: fortran-dev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56691
Bug #: 56691
Summary: Allocatable array of extended type, wrong indexes
after passing to a subroutine
Classification: Unclassified
Product: gcc
Version: fortran-dev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55057
Bug #: 55057
Summary: [OOP] wrong result with abstract type
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55037
Bug #: 55037
Summary: I.C.E. with local allocatable variable of abstract
type
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51160
Bug #: 51160
Summary: Memory leak with abstract type
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46271
Summary: OpenMP default(none) and procedure pointers
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unas
t: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrestelli at gmail dot com
GCC build triplet: GNU Fortran (GCC) 4.6.0 20100821 (experimental)
GCC host triplet: AMD Turion(tm) 64 Mobile Technology ML-32 AuthenticAMD
GNU/Linux
http://g
CONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrestelli at gmail dot com
GCC host triplet: x86_64 AMD Turion(tm) 64 Mobile Technology
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
in PURE procedures 2
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrestelli at gmail dot com
GCC build triplet
--- Comment #7 from mrestelli at gmail dot com 2010-01-29 18:24 ---
(In reply to comment #5)
> Further reduced test case:
>
>
> type t
> integer, allocatable :: d(:)
> end type
> type(t), allocatable :: a(:)
>
> allocate(a(2))
> cal
org
ReportedBy: mrestelli at gmail dot com
GCC build triplet: GNU Fortran (GCC) 4.5.0 20091229 (experimental)
GCC host triplet: Linux 2.6.27-gentoo-r8 x86_64 AMD Turion(tm) 64 Mobile
Technolog
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42597
--- Comment #3 from mrestelli at gmail dot com 2009-11-27 14:45 ---
(In reply to comment #2)
>
> *** This bug has been marked as a duplicate of 41777 ***
>
Sorry! I hit something accidentally on my keyboard, I didn't mean
marking this bug as a duplicate at all
--- Comment #2 from mrestelli at gmail dot com 2009-11-27 14:28 ---
*** This bug has been marked as a duplicate of 41777 ***
--
mrestelli at gmail dot com changed:
What|Removed |Added
--- Comment #17 from mrestelli at gmail dot com 2009-11-27 14:28 ---
*** Bug 40850 has been marked as a duplicate of this bug. ***
--
mrestelli at gmail dot com changed:
What|Removed |Added
MED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrestelli at gmail dot com
GCC host triplet: Linux 2.6.27-gentoo-r8 x86_64 AMD Turion(tm)
GCC target triplet: GNU Fortran (GCC) 4.5.0
4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrestelli at gmail dot com
GCC build triplet: GNU Fortran (GCC) 4.5.0 20091105 (experimental)
GCC host triplet:
dBy: mrestelli at gmail dot com
GCC build triplet: gcc version 4.5.0 20090724
GCC host triplet: Linux 2.6.27-gentoo-r8 x86_64 AMD
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40850
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrestelli at gmail dot com
GCC build triplet: Configured with: .configure --enable-languages=c,fortran
--enabl
GCC host triplet: gcc version 4.5.0 20090717
59 matches
Mail list logo
