[Patch, Fortran] PR 52469

[Tobias Burnus]

After a lengthy debugging, I finally found the issue. If I hadn't be 
concentrating that much on -fwhole-file and if I had had a closer look 
at the test case before, I hadn't wasted hours tracking this one down ...

The problem is that a procedure pointer is used for the "interface" of a 
procedure-pointer component. Instead of using the tree declaration of 
the proc-pointer target, the proc-pointer declaration was used as type - 
which caused a mess. (The patch is clearer than what I wrote above.)

As the test case in the PR works without -fwhole-file (which enabled by 
default since 4.6), it is a 4.6/4.7/4.8 regression.

Build and regtested on x86-64-Linux.
OK for the trunk and the 4.6 and 4.7* branch? (* for 4.7.1)

Tobias

PS: The regtesting shows two unrelated failures: 
gfortran.dg/lto/pr45586-2 (PR fortran/45586) and 
gfortran.dg/realloc_on_assign_5.f03 (PR fortran/47674).

PPS: Other patches which still need to be reviewed:
* Cleanup fortran/convert.c, 
http://gcc.gnu.org/ml/fortran/2012-03/msg00036.html
* Allow displaying backtraces from user code, 
http://gcc.gnu.org/ml/fortran/2012-03/msg00028.html
* gfortran testsuite: implicitly cleanup-modules, 
http://gcc.gnu.org/ml/fortran/2012-03/msg00000.html
* libfortran RFC: Shared vtables, constification, 
http://gcc.gnu.org/ml/fortran/2012-02/msg00067.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: procptrs.diff
Type: text/x-patch
Size: 2493 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20120308/9463891e/attachment.bin>