obtained gcc-4.6.4.tar.bz2 from upstream website;upstream

verified gcc-4.6.4.tar.bz2.sig;
imported gcc-4.6.4 source tree from verified upstream tarball.

downloading a git-generated archive based on the 'upstream' tag
should provide you with a source tree that is binary identical
to the one extracted from the above tarball.

if you have obtained the source via the command 'git clone',
however, do note that line-endings of files in your working
directory might differ from line-endings of the respective
files in the upstream repository.

1 files changed, 21 insertions, 0 deletions

diff --git a/gcc/testsuite/gfortran.dg/whole_file_31.f90 b/gcc/testsuite/gfortran.dg/whole_file_31.f90
new file mode 100644
index 000000000..7ef0b9f67
--- /dev/null
+++ b/gcc/testsuite/gfortran.dg/whole_file_31.f90
@@ -0,0 +1,21 @@
+! { dg-do compile }
+! Test the fix for the problem described in PR46818.
+! Note that the module file from whole_file_30.f90, 'system_defs_m',
+! is needed for this test.
+!
+! Contributed by Martien Hulsen  <m.a.hulsen@tue.nl>
+! and reduced by Tobias Burnus  <burnus@gcc.gnu.org>
+!
+! ========== t.f90 ===========================
+module convecreac_m
+  use system_defs_m
+  type(sysvector_t), pointer :: solution
+end module convecreac_m
+
+program t
+  use convecreac_m
+  implicit none
+  type(sysvector_t), target :: sol
+  solution => sol
+end program t
+! { dg-final { cleanup-modules "system_defs_m convecreac_m" } }