ICE

[Paul Thomas]

Salvatore,

This problem that you found is very wierd - I have analysed it in some 
detail and find that the problem is arising because trans-types.c looks 
for equal derived types in the parent  of the derived type's own 
namespace.  If it finds an equal derived type, it uses the tree 
declaration in the parent space or builds it, if that has not already 
been done.  In the case of the derived type, enclosed by the interface 
in your example, the derived type's namespace does not have a parent.  
Instead, it has to use the parent of the procedure's namespace; why 
these are not the same, I do not understand, as yet.  Equally, the gfc 
of three weeks ago was not equipped to make the necessary association, 
as far as I can tell.  I think that this regression has creapt in from 
anther patch but I could be wrong.

The attached patch accomplishes the assocation, as described, and 
regtests on Athlon/FC5.

 I will commit it, with a suitable ChangeLog and testcase, as soon as I 
am back.

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: check0905.diff
Type: text/x-patch
Size: 1029 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20060905/39ef341c/attachment.bin>