[Bug fortran/24862] New: Internal Error: Derived type I/O should have been handled via the frontend.

2005-11-14 Thread zeekec at mad dot scientist dot com
The code below gives the error in the summary line for both writes of X%i.  I'm
using the latest svn version (106896).


> gfortran-CVS gfortran3.F95 && ./a.out
At line 26 of file gfortran3.F95
Internal Error: Derived type I/O should have been handled via the frontend.


---
module gfortran3

type tp
integer :: i
end type
contains
subroutine inittp(X)
type(tp), intent(inout) :: X(:)
X%i = 256
end subroutine inittp

subroutine test(x)
type(tp), intent(in) :: x(:)

write(*,*) x%i
write(*,*) x
end subroutine test
end module

program prog
use gfortran3
implicit none
type(tp) :: Y(5)

call inittp(Y)
write(*,*) Y%i
call test(Y)
end program prog
--

> gfortran-CVS -v gfortran3.F95 && ./a.out
Driving: gfortran-CVS -v gfortran3.F95 -lgfortranbegin -lgfortran -lm
-shared-libgcc
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/home/zeekec/local --program-suffix=-CVS
--disable-nls : (reconfigured) ../configure --prefix=/home/zeekec/local
--program-suffix=-CVS --disable-nls --enable-languages=c,c++,fortran,java,objc
--no-create --no-recursion
Thread model: posix
gcc version 4.1.0 20051114 (experimental)
 /home/zeekec/local/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1 -E -lang-fortran
-traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v gfortran3.F95 -mtune=pentiumpro
-o /tmp/ccdkugj8.f95
ignoring nonexistent directory
"/home/zeekec/local/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /home/zeekec/local/include
 /home/zeekec/local/lib/gcc/i686-pc-linux-gnu/4.1.0/include
 /usr/include
End of search list.
 /home/zeekec/local/libexec/gcc/i686-pc-linux-gnu/4.1.0/f951 /tmp/ccdkugj8.f95
-quiet -dumpbase gfortran3.F95 -mtune=pentiumpro -auxbase gfortran3 -version -o
/tmp/ccg6IRy3.s
GNU F95 version 4.1.0 20051114 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.1.0 20051108 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
 as -V -Qy -o /tmp/ccGjbqT8.o /tmp/ccg6IRy3.s
GNU assembler version 2.15.92.0.2 (i386-redhat-linux) using BFD version
2.15.92.0.2 20040927
 /home/zeekec/local/libexec/gcc/i686-pc-linux-gnu/4.1.0/collect2 --eh-frame-hdr
-m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o
/home/zeekec/local/lib/gcc/i686-pc-linux-gnu/4.1.0/crtbegin.o
-L/home/zeekec/local/lib/gcc/i686-pc-linux-gnu/4.1.0
-L/home/zeekec/local/lib/gcc/i686-pc-linux-gnu/4.1.0/../../.. /tmp/ccGjbqT8.o
-lgfortranbegin -lgfortran -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/home/zeekec/local/lib/gcc/i686-pc-linux-gnu/4.1.0/crtend.o /usr/lib/crtn.o
At line 26 of file gfortran3.F95
Internal Error: Derived type I/O should have been handled via the frontend.


-- 
   Summary: Internal Error: Derived type I/O should have been
handled via the frontend.
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: zeekec at mad dot scientist dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24862



[Bug fortran/19242] internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

2005-09-09 Thread zeekec at mad dot scientist dot com

--- Additional Comments From zeekec at mad dot scientist dot com  
2005-09-09 15:21 ---
Indeed, PR15326, seems to have fixed this.  Changing to fixed.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19242


[Bug fortran/23843] New: Access restrictions on derived types in modules too strict.

2005-09-12 Thread zeekec at mad dot scientist dot com
The following code:

---
module gfortran2

type tp
private
integer :: i
end type
contains
subroutine inittp(X)
type(tp), intent(inout) :: X
X%i = 256
end subroutine inittp

subroutine test(x)
type(tp), intent(in) :: x

write(*,*) x%i
write(*,*) x
end subroutine test
end module

program prog
use gfortran2
implicit none
type(tp) :: Y

call inittp(Y)
call test(Y)
end program prog
--

produces the following error:

--
> gfortran-CVS gfortran2.F95  -Wall
 In file gfortran2.F95:17

write(*,*) x
   1
Error: Data transfer element at (1) cannot have PRIVATE components
 In file gfortran2.F95:22

use gfortran2
1
Fatal Error: Can't open module file 'gfortran2.mod' for reading at (1): No such
file or directory
---

The second error is a direct result of the first.  The code is accepted without
error or warning by Intel, NAG, and XLF compilers, even with -std95 and -warn 
all.

Thanks,
Erik

P.S.  I'm not a standards lawyer, so the above code may not be valid, but it
does work on the other compilers.

P.P.S.  Thanks for all the great work on this project.

-- 
   Summary: Access restrictions on derived types in modules too
strict.
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: zeekec at mad dot scientist dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23843


[Bug fortran/19242] New: internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

2005-01-03 Thread zeekec at mad dot scientist dot com
With the latest gfortran (CVS 2005-03-01 12:00 EST) I get an internal compiler
error.  The code compiles fine with ifort 8.1 and NAG 5.0.

> gfortran-CVS -DGF95 -Wall -v -save-temps -c gfortran.F95
Using built-in specs.
Configured with: ../configure --prefix=/home/zeekec/local/ --program-suffix=-CVS
--enable-languages=c,c++,f95
Thread model: posix
gcc version 4.0.0 20050103 (experimental)
 /home/zeekec/local/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1 -E
-traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -iprefix
/home/zeekec/local/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/ -DGF95 gfortran.F95
-mtune=pentiumpro -Wall -fpch-preprocess -o gfortran.f95
ignoring nonexistent directory
"/home/zeekec/local/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-linux-gnu/include"
ignoring duplicate directory
"/home/zeekec/local//lib/gcc/i686-pc-linux-gnu/4.0.0/include"
ignoring nonexistent directory
"/home/zeekec/local//lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /home/zeekec/local/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/include
 /usr/local/include
 /home/zeekec/local//include
 /usr/include
End of search list.
 /home/zeekec/local/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 gfortran.f95
-quiet -dumpbase gfortran.F95 -mtune=pentiumpro -auxbase gfortran -Wall -version
-o gfortran.s
GNU F95 version 4.0.0 20050103 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20041220 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
gfortran.F95: In function ‘sgl2str3’:
gfortran.F95:5: internal compiler error: in gfc_conv_function_call, at
fortran/trans-expr.c:1106
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: internal compiler error: in gfc_conv_function_call, at
fortran/trans-expr.c:1106
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: zeekec at mad dot scientist dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19242


[Bug fortran/19242] internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

2005-01-03 Thread zeekec at mad dot scientist dot com

--- Additional Comments From zeekec at mad dot scientist dot com  
2005-01-03 18:27 ---
Created an attachment (id=7867)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7867&action=view)
Test case


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19242