http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612
Daniel Franke changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
--- Comment #6 from dfranke at gcc dot gnu dot org 2010-05-02 14:00 ---
The testcase is still in its original form, the last attempt to get this
changed was never commented on:
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00118.html
Setting status to WAITING. To be closed as WORKS
--- Comment #5 from mikael at gcc dot gnu dot org 2009-01-07 13:51 ---
(In reply to comment #4)
> For TARGET, I agree because the standard says about c_f_pointer:
>The value of CPTR shall not be the C address of a Fortran variable that
> does
>not have the TARGET attribute.
>
H
--- Comment #4 from mikael at gcc dot gnu dot org 2009-01-06 21:16 ---
(In reply to comment #2)
> > The line:
> > TYPE(C_PTR), INTENT(IN) :: CPTR ! The C address
> > should be:C_F_STRING(CPTR)
> > TYPE(C_PTR), VALUE, TARGET:: CPTR ! the C address
>
> You are right. The call to strle
--- Comment #3 from danp57 at optonline dot net 2008-03-18 01:22 ---
Subject: Re: testsuite ISO_C_BIND code error
FPTR finally should POINT at that string (same thing CSTR points at)
with the correct type info/structure/array-shape set up correctly.
My primary reason to send this in
--- Comment #2 from burnus at gcc dot gnu dot org 2008-03-17 23:37 ---
> The line:
> TYPE(C_PTR), INTENT(IN) :: CPTR ! The C address
> should be:C_F_STRING(CPTR)
> TYPE(C_PTR), VALUE, TARGET:: CPTR ! the C address
You are right. The call to strlen is OK in either case, however, the
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2008-03-17
16:00 ---
*** Bug 35613 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612
