--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:23 ---
Waiting for the 4.0 branch to reopen to apply there.
--
What|Removed |Added
Known to wo
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-09
21:38 ---
Subject: Bug 19106
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-09 21:38:47
Modified files:
libgfortran: ChangeLog
gcc/testsuite : C
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-09
20:32 ---
Updated patch:
http://gcc.gnu.org/ml/fortran/2005-04/msg00214.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19106
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-08
19:18 ---
*** Bug 20832 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-13
22:11 ---
Patch here:
http://gcc.gnu.org/ml/fortran/2005-03/msg00232.html
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-12
22:52 ---
The 0 as data pointer is a signal to the library that it
needs to fill out the properties of the array, because
the front end can't determine it.
See
http://gcc.gnu.org/ml/fortran/2005-03/msg00199.html
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
14:54 ---
I did some debugging on my testcase, and I think I've found
some of the things wrong with it:
$ gdb ./a.out
GNU gdb Red Hat Linux (6.1post-1.20040607.52rh)
Copyright 2004 Free Software Foundation, Inc.
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-22
16:55 ---
The problem seems to occur with other array
intrinsics, too.
On i686-pc-linux-gnu :
$ cat unpack2.f90
program main
real, dimension(3) :: a, b
logical, dimension(3) :: l
l = (/ .false., .true., .f
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-21
18:53 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
