Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
Target Milestone: ---
Hi.
The code below throws the following ICE:
$ gfortran -c -fbacktrace test2.f90
gfortran: internal compiler error: Segmentation fault signal terminated program
f951
Please submit a
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
Target Milestone: ---
Hi.
The code below throws the following error:
51 | if (this%match(my_proc, 5)) continue
| 1
Error: Interface mismatch in dummy procedure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104630
--- Comment #2 from John ---
This issue is still in v12.2.0.
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
Target Milestone: ---
Hi.
The (invalid) code below throws an ICE with both gfortran 5 and 6.
-
module somemod
implicit none
contains
subroutine output()
character(STRING_TEXT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69739
--- Comment #2 from John ---
After reporting the bug, I noticed that in the actual code I have (not the
reduced version I posted before), adding the (:) stride doesn't always make the
ICE go away.
What solved the problem once and for all (and wi
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
Target Milestone: ---
Hi.
With the code below I get an ICE with both GFortran 5 and 6.
!-
module test
implicit none
private
save
type, public :: sometype
real :: a
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
The code below fails to produce the expected results.
module mod1
implicit none
contains
subroutine getKeyword(string, keyword, rest)
character
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
--- Comment #11 from John ---
Yes, -static does the trick when it comes to the namelist ---although, in the
actual program, I get an obscure error when I try to invoke C's execv/waitpid.
Thanks a lot for the help provided, and sorry for the inco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
--- Comment #8 from John ---
Hi,
It seems that some testing was required after all. With the latest gcc
snapshot from Debian (20150329-1) I still get the same output from the test
code:
$ ll `which gfortran-5.0 `
lrwxrwxrwx 1 root staff 35 Feb
: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
Version 5.0 of the gfortran runtime cannot read the namelist in the file that
was generated by the code below, using gfortran 4.9. The opposite also holds
(i.e., the runtime of version 4.9 cannot read a namelist generated by
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
I get Internal Compiler Error with the following code:
module stringtable_mod
implicit none
private
save
type, public :: StringList
character(:), allocatable :: chars
end type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65223
--- Comment #2 from John ---
Changing the ELEMENTAL attribute to PURE produces the same error. If that's the
intended behavior, then that's the same as saying type-bound procedures cannot
be pure.
The thread mentioned by Dominique d'Humieres see
erity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
The code below compiles just fine with gfortran 4.9, but throws an error with
gfortran 5.0:
module storage_mod
implicit none
pr
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
With the code below I get two errors while compiling. One with the
preprocessor, and one without.
module my_lrstring
implicit none
private
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
Hi,
When trying to compile the following code:
module gfbug
implicit none
save
contains
pure function UpperCase(string) result(upper)
character(*), intent(IN) :: string
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
The following, reduced version of the actual code (sorry if it's still too
big), leaks memory quite fast when compiled with gfortran 4.8/4.9:
!gfortran-4.9 -o test_leak ~/test_leak.f90
module
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
With gfortran 4.8/4.9, I get an ICE for the following (invalid) code:
module mod1
implicit none
save
contains
subroutine dosomething(array)
!class(*), intent(IN
IRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
The code below does not do what's expected when compiled with gfortran-4.9
(i.e., to print "this is right" i
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
The following program does not produce the expected results with either
gfortran 4.8 or gfortran 4.9:
program test_lhs_allocate
use iso_fortran_env
implicit none
type :: table
: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
The following compiles with gfortran 4.8, but fails with gfortran 4.9:
program main
use iso_c_binding
use
erity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: jwmwalrus at gmail dot com
The following throws an error in both gfortran 4.8 and 4.9, and it shouldn't.
module mod1
contains
pure subroutine expand_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49112
--- Comment #8 from John 2011-05-28 16:28:15 UTC
---
(In reply to comment #5)
> (In reply to comment #4)
> > SAVE can be either a statement or an attribute. When it's statement, it
> > affects all the variables within the containing unit
>
> Ye
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49110
--- Comment #10 from John 2011-05-22 19:36:33 UTC
---
(In reply to comment #9)
> Note the routine need not be pure to invoke the segfault. Here's
> an even shorter test case.
>
> program foo
>implicit none
>character s(5)
>s = ['a'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49112
--- Comment #4 from John 2011-05-22 17:58:39 UTC
---
(In reply to comment #3)
> (In reply to comment #0)
> > ...:~$ gfortran -c test_gfortran_ice.f90
> > test_gfortran_ice.f90:20.41:
> >
> > class(DateTime), intent(IN) :: dt
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49110
--- Comment #7 from John 2011-05-22 17:24:07 UTC
---
(In reply to comment #6)
> On Sun, May 22, 2011 at 04:57:44PM +0000, jwmwalrus at gmail dot com wrote:
> > > This patch allows your code to compile, but I
> > > d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49110
--- Comment #5 from John 2011-05-22 16:57:02 UTC
---
Created attachment 24331
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24331
Test case with main unit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49110
--- Comment #3 from John 2011-05-22 16:45:09 UTC
---
(In reply to comment #2)
> This patch allows your code to compile, but I
> don't know if it works correctly. Do you have
> a complete self-contained small testcase?
>
> Index: resolve.c
> ==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49110
--- Comment #4 from John 2011-05-22 16:46:32 UTC
---
(In reply to comment #2)
> This patch allows your code to compile, but I
> don't know if it works correctly. Do you have
> a complete self-contained small testcase?
>
> Index: resolve.c
> ==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49110
--- Comment #1 from John 2011-05-22 16:13:49 UTC
---
Created attachment 24327
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24327
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49111
--- Comment #1 from John 2011-05-22 16:14:48 UTC
---
Created attachment 24328
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24328
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49112
--- Comment #2 from John 2011-05-22 16:16:25 UTC
---
Created attachment 24330
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24330
Test case for ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49112
--- Comment #1 from John 2011-05-22 16:15:24 UTC
---
Created attachment 24329
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24329
Test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49112
Summary: Missing type-bound procedure, "duplicate save"
warnings and internal compiler error
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: major
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49111
Summary: Unnecessary warning for private interfaces having the
BIND(C) attribute
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49110
Summary: Deferred-length character result triggers (false
positive) error for pure procedures
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Prio
35 matches
Mail list logo
