[Patch, fortran] PR62044 ICE when loading use-renamed extended derived type

[Mikael Morin]

Hello,

I have had a look at PR62044 where the compiler ICEs when loading the
extensions of a derived type from a module file, because one use-renamed
extended type is not found under its original name.

After scratching my head on the tree of extended types (rooted at
derived->f2k_derived->sym_root), wondering whether the renamed or
original name should be used, I decided to remove all that nonsense.

So here is the patch, regression tested on x86_64-unknown-linux-gnu.
There is a failure, graphite/pr42393.f90, also present on mainline.
OK for trunk/4.9/4.8 ?

Mikael


-------------- next part --------------
2015-01-25  Mikael Morin  <mikael@gcc.gnu.org>

	PR fortran/62044
	* decl.c (gfc_match_derived_decl): Don't insert a new symtree element.
	* module.c (MOD_VERSION): Bump.
	(write_module): Don't write list of extensions.
	(read_module): Don't jump over list of extensions;
	don't load list of extensions.
	(load_derived_extensions, write_dt_extensions,
	 write_derived_extensions): Remove.

2015-01-25  Mikael Morin  <mikael@gcc.gnu.org>

	PR fortran/62044
	* gfortran.dg/use_rename_7.f90: New.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: pr62044_1.diff
Type: text/x-patch
Size: 5466 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20150125/bedc004a/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: use_rename_7.f90
Type: text/x-fortran
Size: 801 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20150125/bedc004a/attachment-0001.bin>