[Patch, fortran] PR29284 - [4.1/4.2 Regression] ICE for optional subroutine argument

Rob spamrefuse@yahoo.com
Sun Oct 1 15:51:00 GMT 2006


Hi,

Will a possible fix to this problem be merged into
the 4.1.2 prerelease anytime soon?
I'm keeping in sync with this prerelease through
svn and I'll test it out once it's there.

Thanks for the quick response to my report on this
issue.

Rob.


> On Sun, Oct 01, 2006 Paul Thomas wrote:
> 
>>>Salut FX,
>>>
>>>Oh yes, you are right. I'll have a look at each
>>>of these conditions.
> 
> 
> [sorry, i added this question to the PR instead
> of here]
> 
> Just curious..
> Why isn't this part of gfc_conv_function_call()
> coded to check for fsym once and only then have
> the additional checks?
> 
> if (fsym)
>   {
>     CHECKS_NOT_INVOLVING_e_BUT_fsym;
>     if (e)
>       {
>         CHECK_e_STUFF;
>       }
>    }
> 
> It doesn't look like the order of most of these is
> significant since very different things are checked,
> so there should be no risk in writing this in a
> sleek manner. The alleged benefit is a potential
> size-decrease for the gfortran binary, from my POV.
> 
> PS: Rob, this will fix the ICE you were seeing with
> optional assumed length arguments (or however they
> are called).
> thanks,

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



More information about the Fortran mailing list