: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
I get a warning with this:
program test
real, allocatable :: F(:,:), A(:,:), B(:,:)
allocate(F(10,10), A(10,10), B(10,10))
F(:,:) = 1.0
A(:,:) = 0.5
B(:,:) = 2.0
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101827
--- Comment #2 from Ignacio Fernández Galván ---
What's a TU? I didn't succeed (but didn't try to hard) in creating a minimal
test case. But this reproduces the problem:
$ git clone -b ipo https://gitlab.com/Molcas/OpenMolcas.git
$ cd OpenMolca
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
When trying to compile OpenMolcas with gcc 10.1 and link-time optimization I
get:
../src/slapaf_util/outofplane_list.f: In function ‘outofplane_list’:
../src/slapaf_util
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100183
--- Comment #3 from Ignacio Fernández Galván ---
If it helps, this happens in gcc304 from
https://cfarm.tetaneutral.net/machines/list/, but not in gcc80
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
I've only been able to reproduce it with:
$ uname -a
Darwin minimac.moose.housegordon.com 20.3.0 Darwin Kernel Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98411
Ignacio Fernández Galván changed:
What|Removed |Added
CC||jellby at yahoo dot com
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
I use -finit-real=nan hoping to catch some uninitialized variables, but
apparently variables in a module are not obeying this flag and are initialized
to something else
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
With -Waliasing (or -Wall), passing the same array as two dummy arguments with
"intent(in)" and "intent(out)" is detec
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
The program below gives a bogus warning when compiling with -O0, but not with
-O1 or higher:
$ gfortran a.f90 -Wall -O0
a.f90:9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94270
--- Comment #6 from Ignacio Fernández Galván ---
Will the fix be backported to gcc7? I noticed this when Ubuntu updated the gcc7
version, so I would like to have the chance of seeing it fixed eventually too.
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
Apparently, passing an external procedure as an argument inside an internal
procedure triggers it:
$ cat test.f90
subroutine foo()
external bar
call meh(bar)
call foo_internal
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
$ cat a.f90
program test
implicit none
write(6,*) 'hello'
! it's good!
end program
$ gfortran -cpp a.f90 -E -o a.pp.f90 && gfortran -cpp -fpreproce
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
Compiling this Fortran code with -mcmodel=large -O2 segfaults intermittently:
subroutine diffeq (nvar,y,x1,x2,eps,h1,gvalue)
implicit none
real*8, parameter
ty: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
Simple test case:
!===
program test
character(len=:), allocatable :: string
string='Hello
NCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
In some cases an internal procedure will use a module procedure instead of
another internal procedure (in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85737
Ignacio Fernández Galván changed:
What|Removed |Added
CC||jellby at yahoo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81344
--- Comment #3 from Ignacio Fernández Galván ---
Do you expect any feedback from me?
#1 would of course work, but the point is that I'd like to set
'-ffpe-trap=set1,set2' as the default for all files, and then disable set2 only
for some files. T
onent: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jellby at yahoo dot com
Target Milestone: ---
Once I enable a floating point exception trap with "-ffpe-trap=whatever", it
doesn't seem to be possible to disable it in the same command line (as it is
po
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jellby at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35108
--- Comment #3 from jellby at yahoo dot com 2007-12-14 09:37 ---
I don't know if it's the same bug, but the message is the same:
$ cat test.f
Subroutine FndSph(Alpha,Rad)
Dimension Rad(100),RadInp(100)
Do I = 1, NSphInp
Rad(I) = RadInp(I)
A
IRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jellby at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33568
omponent: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jellby at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31383
3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jellby at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31266
: Error with RESHAPE on REAL initialization
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jellby at
--- Comment #12 from jellby at yahoo dot com 2007-03-14 09:04 ---
I get the same error if I rewind the file (or is it illegal?):
PROGRAM TEST
INTEGER :: A
OPEN(10, FORM="UNFORMATTED", RECL=1024)
A = -1
WRITE(10) A
REWIND(10)
WRITE(10) A
END PROGRAM TEST
-
--- Comment #4 from jellby at yahoo dot com 2007-02-14 13:45 ---
It's solved for me with gcc version 4.3.0 20070209 (it failed before).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30667
--- Comment #7 from jellby at yahoo dot com 2007-02-02 09:26 ---
The patch seems to fix the problem with the test file. Unfortunately, the
original problem with the Dynamo package remains, I still get:
gfortran -c -I./modules -J./modules -O3 -o objects/energy.o ./source/energy.F90
27 matches
Mail list logo
