--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15809
--- Comment #22 from pault at gcc dot gnu dot org 2005-12-07 06:20 ---
Subject: Bug 15809
Author: pault
Date: Wed Dec 7 06:20:21 2005
New Revision: 108150
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108150
Log:
2005-12-07 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #21 from jakub at gcc dot gnu dot org 2005-12-05 11:14 ---
Subject: Bug 15809
Author: jakub
Date: Mon Dec 5 11:14:10 2005
New Revision: 108052
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108052
Log:
PR fortran/15809
* trans-decl.c
--- Comment #19 from pault at gcc dot gnu dot org 2005-11-30 17:26 ---
Subject: Bug 15809
Author: pault
Date: Wed Nov 30 17:26:40 2005
New Revision: 107727
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107727
Log:
2005-11-30 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #20 from pault at gcc dot gnu dot org 2005-11-30 19:26 ---
Fixed on trunk, just waiting 24 hours before fixing in 4.0 and 4.1
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from paul dot richard dot thomas at cea dot fr 2005-11-23
14:26 ---
(In reply to comment #15)
I cannot tell why, but it seems to me that Paul Thomas' test case is no valid
Hej Sven!
You quite correctly picked up that it does not have an explicit interface and
so will
--- Comment #17 from pault at gcc dot gnu dot org 2005-11-22 20:16 ---
I have started to see a light at the end of the tunnel. Going back to easier
but related things, I have found that this is broken, as is its character
cousin:
integer, DIMENSION(:), POINTER :: ptr
allocate
--- Comment #14 from pault at gcc dot gnu dot org 2005-11-21 15:53 ---
I have become more than a little bit concerned that this PR is a wild goose
chase.
Applying a similar patch to Erik's, I can persuade some bits of code to do
something. Furthermore, they are even the same things
--- Comment #15 from sven dot buijssen at math dot uni-dortmund dot de
2005-11-21 18:06 ---
I cannot tell why, but it seems to me that Paul Thomas' test case is no valid
code:
* Compaq Fortran Compiler X5.4A-1684-46B5P gives:
f90: Warning: line 14: An explicit-shaped array is being
--- Comment #16 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2005-11-21 18:08 ---
Subject: Re: ICE Using Pointer Functions
pgf90 compiles Paul Thomas' example, giving an empty string as output from the
subroutine.
--
--- Comment #13 from sven dot buijssen at math dot uni-dortmund dot de
2005-10-23 13:34 ---
In the meantime with gfortran 4.0.2 and the latest CVS version of gfortran (GNU
F95 version 4.1.0 20051023 (experimental)) again both Tobi's and Erik's
testcases give ICEs, both different ones:
--
Bug 15809 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
--
Bug 15809 depends on bug 15326, which changed state.
Bug 15326 Summary: ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-06
21:10 ---
With my patch, the reduced testcase by Tobi compiles, but this slightly longer
testcase doesn't:
$ cat bug7.f90
SUBROUTINE A(p,LEN)
CHARACTER(LEN=LEN), DIMENSION(:), POINTER :: p
IF ( .NOT.
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-02 11:34
---
According to Erik Richard's patch for PR15326 fixes one of those two bugs (I
assume the latter?), adding the dependency so that we will keep track of this.
--
What|Removed
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-02
11:56 ---
(In reply to comment #9)
According to Erik Richard's patch for PR15326 fixes one of those two bugs (I
assume the latter?), adding the dependency so that we will keep track of this.
Yes, it's the latter
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-09-02 15:38 ---
Subject: Re: ICE Using Pointer Functions
erik dot edelmann at iki dot fi wrote:
Yes, it's the latter bug that Richard's patch fixes.
I could add that I posted a patch to fix
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-31 19:35
---
Probably Paul Thomas' character fixes play a role in making those two different
bugs.
--
What|Removed |Added
--- Additional Comments From erik dot edelmann at iki dot fi 2005-08-30
20:28 ---
Hmm ... With current version of gfortran (4.1.0 20050830), the reduced testcase
by Tobias gives the error message
bug.f90: In function 'a':
bug.f90:3: internal compiler error: in gfc_trans_deferred_array,
--
Bug 15809 depends on bug 17193, which changed state.
Bug 17193 Summary: [meta-bug] Pointer arguments not working correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17193
What|Old Value |New Value
--- Additional Comments From szalai at mit dot edu 2005-04-03 02:25 ---
This also occurs with the MUMPS parallel solver library.
The testcase testcase in this report now occurs as follows:
test5.f: In function #8216;a#8217;:
test5.f:1: internal compiler error: in
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:53 ---
*** Bug 18991 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
22 matches
Mail list logo
