http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #3 from Rich Townsend <townsend at astro dot wisc.edu> --- (In reply to Dominique d'Humieres from comment #2) > Works for me on OS X for 4.8.2 or trunk. What command are you using? townsend@talos ~ $ gfortran -v Using built-in specs. COLLECT_GCC=/Applications/madsdk/bin/gfortran.exec COLLECT_LTO_WRAPPER=/Applications/madsdk/libexec/gcc/x86_64-apple-darwin11.4.2/4.9.0/lto-wrapper Target: x86_64-apple-darwin11.4.2 Configured with: ./configure CC='gcc -D_FORTIFY_SOURCE=0' --build=x86_64-apple-darwin11.4.2 --prefix=/Applications/madsdk --with-gmp=/Applications/madsdk --with-mpfr=/Applications/madsdk --with-mpc=/Applications/madsdk --enable-languages=c,c++,fortran --disable-multilib --disable-nls --disable-libsanitizer Thread model: posix gcc version 4.9.0 20131223 (experimental) (GCC) townsend@talos ~ $ gfortran -o test_leak test_leak.f90 townsend@talos ~ $ ./test_leak ./test_leak 39688 ./test_leak 78764 ./test_leak 117828 ./test_leak 156908 ./test_leak 195972 ./test_leak 235036 ./test_leak 274100 ./test_leak 313164 ./test_leak 352228 ./test_leak 391292 ...so, the memory usage grows on each iteration of the loop; this suggests a leak.