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/alloc_comp_result_1.f90 | 33 +++++++++++++++++++++++ 1 file changed, 33 insertions(+) create mode 100644 gcc/testsuite/gfortran.dg/alloc_comp_result_1.f90 (limited to 'gcc/testsuite/gfortran.dg/alloc_comp_result_1.f90') diff --git a/gcc/testsuite/gfortran.dg/alloc_comp_result_1.f90 b/gcc/testsuite/gfortran.dg/alloc_comp_result_1.f90 new file mode 100644 index 000000000..90f6d97fd --- /dev/null +++ b/gcc/testsuite/gfortran.dg/alloc_comp_result_1.f90 @@ -0,0 +1,33 @@ +! { dg-do run } +! Test the fix for PR38802, in which the nulling of the result 'p' +! in 'a_fun' would cause a segfault. +! +! Posted on the gfortran list by Marco Restelli http://gcc.gnu.org/ml/fortran/2009-01/ + +! +module mod_a + implicit none + public :: a_fun, t_1, t_2 + private + type t_1 + real :: coeff + end type t_1 + type t_2 + type(t_1), allocatable :: mons(:) + end type t_2 +contains + function a_fun(r) result(p) + integer, intent(in) :: r + type(t_2) :: p(r+1) + p = t_2 ([t_1 (99)]) + end function a_fun +end module mod_a + +program test + use mod_a, only: a_fun, t_1, t_2 + implicit none + type(t_2) x(1) + x = a_fun(0) + if (any (x(1)%mons%coeff .ne. 99)) call abort +end program test +! { dg-final { cleanup-modules "mod_a" } } -- cgit v1.2.3