From 554fd8c5195424bdbcabf5de30fdc183aba391bd Mon Sep 17 00:00:00 2001 From: upstream source tree Date: Sun, 15 Mar 2015 20:14:05 -0400 Subject: obtained gcc-4.6.4.tar.bz2 from upstream website; 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. --- gcc/testsuite/gfortran.dg/used_types_12.f90 | 30 +++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 gcc/testsuite/gfortran.dg/used_types_12.f90 (limited to 'gcc/testsuite/gfortran.dg/used_types_12.f90') diff --git a/gcc/testsuite/gfortran.dg/used_types_12.f90 b/gcc/testsuite/gfortran.dg/used_types_12.f90 new file mode 100644 index 000000000..21d0fe217 --- /dev/null +++ b/gcc/testsuite/gfortran.dg/used_types_12.f90 @@ -0,0 +1,30 @@ +! { dg-do compile } +! Tests the fix PR29744, which is really a repeat of PR19362. +! The problem came about because the test for PR19362 shifted +! the fix to a subroutine, rather than the main program that +! it originally occurred in. Fixes for subsequent PRs introduced +! a difference between the main program and a contained procedure +! that resulted in the compiler going into an infinite loop. +! +! Contributed by Harald Anlauf +! and originally by Francois-Xavier Coudert +! +MODULE M + TYPE T0 + SEQUENCE + INTEGER I + END TYPE +END + +PROGRAM MAIN + USE M, T1 => T0 + TYPE T0 + SEQUENCE + INTEGER I + END TYPE + TYPE(T0) :: BAR + TYPE(T1) :: BAZ + BAZ = BAR +END +! { dg-final { cleanup-modules "m" } } + -- cgit v1.2.3