[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