http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #8 from Harald Anlauf ---
No lag with 4.8.0 (or 4.7.x) on same machine:
==8545== HEAP SUMMARY:
==8545== in use at exit: 0 bytes in 0 blocks
==8545== total heap usage: 41 allocs, 41 frees, 40,007,187 bytes allocated
==8545==
==8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Dominique
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #5 from Dominique d'Humieres ---
The test also succeeds on x86_64-apple-darwin13 (clean r206033 or heavily
patched r206191) when compiled with -fsanitize=leak.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #4 from Dominique d'Humieres ---
On x86_64-apple-darwin10.8, gcc version 4.8.2, with the call system line
commented, valgrind gives:
==42524== HEAP SUMMARY:
==42524== in use at exit: 88 bytes in 1 blocks
==42524== total heap us
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #3 from Rich Townsend ---
(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/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
--- Comment #1 from Rich Townsend ---
Oops, missed out details. This is with rev. 206179, on both OS X and Linux.
