------- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-05-15 13:22 ------- valgrind says:
==3482== 474 bytes in 3 blocks are definitely lost in loss record 4 of 11 ==3482== at 0x4A04D1F: calloc (vg_replace_malloc.c:279) ==3482== by 0xB3500A: xcalloc (xmalloc.c:162) ==3482== by 0x558A47: init_emit (emit-rtl.c:5012) ==3482== by 0x5F0B52: prepare_function_start (function.c:3903) ==3482== by 0x5F2B68: init_function_start (function.c:3950) ==3482== by 0x4916AD: trans_function_start (trans-decl.c:1599) ==3482== by 0x49847D: gfc_generate_function_code (trans-decl.c:3108) ==3482== by 0x47F921: gfc_generate_module_code (trans.c:1206) ==3482== by 0x454AFB: gfc_parse_file (parse.c:3580) ==3482== by 0x47C69D: gfc_be_parse_file (f95-lang.c:258) ==3482== by 0x6E1140: toplev_main (toplev.c:962) ==3482== by 0x3FF061E073: (below main) (libc-start.c:220) ==3482== ==3482== ==3482== 816 bytes in 6 blocks are definitely lost in loss record 5 of 11 ==3482== at 0x4A059F6: malloc (vg_replace_malloc.c:149) ==3482== by 0xB34FCB: xrealloc (xmalloc.c:177) ==3482== by 0x8C53B0: vec_heap_o_reserve_1 (vec.c:176) ==3482== by 0x50336D: insn_locators_alloc (vecprim.h:27) ==3482== by 0xA8FEA8: tree_expand_cfg (cfgexpand.c:1850) ==3482== by 0x6656A1: execute_one_pass (passes.c:1252) ==3482== by 0x6658A0: execute_pass_list (passes.c:1302) ==3482== by 0x745C85: tree_rest_of_compilation (tree-optimize.c:421) ==3482== by 0x8F4A01: cgraph_expand_function (cgraphunit.c:1148) ==3482== by 0x8F67A3: cgraph_assemble_pending_functions (cgraphunit.c:514) ==3482== by 0x8F5CF4: cgraph_finalize_function (cgraphunit.c:632) ==3482== by 0x499705: gfc_generate_function_code (trans-decl.c:3371) ==3482== ==3482== ==3482== 91,856 (70,320 direct, 21,536 indirect) bytes in 1,827 blocks are definitely lost in loss record 10 of 11 ==3482== at 0x4A059F6: malloc (vg_replace_malloc.c:149) ==3482== by 0xB35057: xmalloc (xmalloc.c:147) ==3482== by 0x447514: gfc_getmem (misc.c:37) ==3482== by 0x470C37: gfc_get_namespace (symbol.c:2079) ==3482== by 0x4544B1: parse_contained (parse.c:3103) ==3482== by 0x454C82: gfc_parse_file (parse.c:3409) ==3482== by 0x47C69D: gfc_be_parse_file (f95-lang.c:258) ==3482== by 0x6E1140: toplev_main (toplev.c:962) ==3482== by 0x3FF061E073: (below main) (libc-start.c:220) ==3482== ==3482== LEAK SUMMARY: ==3482== definitely lost: 71,610 bytes in 1,836 blocks. ==3482== indirectly lost: 21,536 bytes in 145 blocks. ==3482== possibly lost: 64 bytes in 2 blocks. ==3482== still reachable: 335,995 bytes in 1,228 blocks. ==3482== suppressed: 0 bytes in 0 blocks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34955
