This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
- From: "arjen.markus895 at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 02 Jul 2014 06:47:59 +0000
- Subject: [Bug fortran/61628] A program that reads from a file with stream access and uses pack() suddenly stops
- Auto-submitted: auto-generated
- References: <bug-61628-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #15 from Arjen Markus <arjen.markus895 at gmail dot com> ---
Hi Jerry,
I am glad you have been able to reproduce the problem and even reduce
the program to a bare minimum.
What a curious number to fail upon. What I can do is try and find a
different version of gfortran under MinGW and try again.
Is it somehow connected to the size of the matrix or is 5227 some
funny magical number?
Regards,
Arjen
2014-07-02 3:55 GMT+02:00 jvdelisle at gcc dot gnu.org
<gcc-bugzilla@gcc.gnu.org>:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
>
> --- Comment #14 from Jerry DeLisle <jvdelisle at gcc dot gnu.org> ---
> Here is a reduced test case. It has nothing to do with pack or allocate.
>
> program readprint
> implicit none
>
> integer, dimension(319389) :: matrix
> write(*,*) 'begin'
> write(*,*) matrix
> write(*,*) 'done'
> end program readprint
>
> This program writes 'begin' and then returns to the command prompt.
>
> It will write out matrix up to 5227 elements.
>
> I am wondering if the mingw build is broken.
>
> --
> You are receiving this mail because:
> You reported the bug.