[Bug fortran/27900] ICE using intrinsics as arguments

pault at gcc dot gnu dot org gcc-bugzilla@gcc.gnu.org
Thu Oct 5 07:45:00 GMT 2006



------- Comment #6 from pault at gcc dot gnu dot org  2006-10-05 07:45 -------
(In reply to comment #5)
> FX,
> > When the len in "call sub(len)" is resolved, it is never given its correct
> > return type, which leads to the ICE. I still don't understand why the implicit
> > none is doing this on us... Paul, any idea?
> > 
> ..bother, yes I was onto this.... a while back.  I will consult my notes and
> come back to you.  I got severely stuck for some reason that I do not recall.
> Paul

I am glad to see that you are pursuing that one.  I nearly bust my head on it
my notes indicate that I had a fix that broke everything else; no details, so
not much help I'm afraid.  I think that you had better take it that I got
nowhere!

The bug that involves INDEX (PR???) is clearer. The mechanism, in
trans-decl(gfc_get_extern_function_decl), for handling intrinsics simply does
not allow that number of arguments.  I tried to extend it by looking at
isym->resolve.f1 and f2.  It seemed to work but I did not have time to work on
it.

I saw the correspondence on comp.lang.fortran about this.  I note that INDEX is
explicitly allowable as an actual argument.  That said, there is no mention in
13.13 of the optional argument BACK. Is that intentional, do you think?

Since you are actively working on this, I have reassigned it to you.  I hope
that's OK?

Best regards

Paul


-- 

pault at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pault at gcc dot gnu dot org
         AssignedTo|pault at gcc dot gnu dot org|fxcoudert at gcc dot gnu dot
                   |                            |org


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



More information about the Gcc-bugs mailing list