Valgrind informa de memoria perdida en OS X 10.8.1

Estoy usando la versión 3.8.0 de Valgrind en OS X 10.8.1, Mountain Lion. Respecto a la compatibilidad con 10.8.1,Sitio de valgrind dice (cursiva mía):

Valgrind 3.8.0 trabaja en {x86, amd64} -darwin (Mac OS X 10.6 y 10.7, con soporte limitado para 10.8).

Sé, entonces, que solo hay "soporte limitado" para 10.8.1. Sin embargo,este informe de error dice (cursiva mía):

Esta(la última versión 3.8.0) haceValgrind compilar y poder ejecutar pequeños programas en OSX 10.8. Sin embargo, tenga en cuenta que aún se afirma con aplicaciones más grandes y que los programas de 32 bits no se verifican correctamente (Memcheck no detecta la mayoría de los errores).

OK eso está bien. Así que Valgrind debería trabajar, si es temperamental, en 10.8.1. Así que ahora mi pregunta:

Pude hacer que Valgrind compilara el 10.8.1 con pocos problemas, pero vi algunos resultados extraños cuando lo ejecuté en un par de programas de C pequeños. Para tratar de reducir las posibles causas del problema, finalmente escribí el siguiente "programa":

int main () {                                                               
    return 0;
}

No muy emocionante, y poco espacio para los bichos, diría yo. Luego, lo compilé y lo pasé por Valgrind:

gcc testC.c
valgrind ./a.out

Aquí está mi salida:

==45417== Command: ./a.out
==45417== 
==45417== WARNING: Support on MacOS 10.8 is experimental and mostly broken.
==45417== WARNING: Expect incorrect results, assertions and crashes.
==45417== WARNING: In particular, Memcheck on 32-bit programs will fail to
==45417== WARNING: detect any errors associated with heap-allocated data.
==45417== 
--45417-- ./a.out:
--45417-- dSYM directory is missing; consider using --dsymutil=yes
==45417== 
==45417== HEAP SUMMARY:
==45417==     in use at exit: 58,576 bytes in 363 blocks
==45417==   total heap usage: 514 allocs, 151 frees, 62,442 bytes allocated
==45417== 
==45417== LEAK SUMMARY:
==45417==    definitely lost: 8,624 bytes in 14 blocks
==45417==    indirectly lost: 1,168 bytes in 5 blocks
==45417==      possibly lost: 4,925 bytes in 68 blocks
==45417==    still reachable: 43,859 bytes in 276 blocks
==45417==         suppressed: 0 bytes in 0 blocks
==45417== Rerun with --leak-check=full to see details of leaked memory
==45417== 
==45417== For counts of detected and suppressed errors, rerun with: -v
==45417== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

Sé que Valgrind no está listo para el horario estelar en 10.8.1. Sin embargo, me encantaría poder usarlo aquí - solo necesito usarlo en programas pequeños, y nada es crítico para la misión de que los resultados sean acertados. Pero claramente, está reportando una tonelada de fugas en un programa que parece muy poco probable que tenga fugas. Así:

¿Qué debo hacer para solucionar esto?

Otra información:

Agregando un entero intencionalmente filtradohace Incrementa la cuenta "definitivamente perdida" por los 4 bytes apropiados.Del mismo modo, filtrar intencionalmente una llamada a malloc al no liberar la memoriahace incrementar la cantidad de asignaciones del montón apropiadamente.Compilando con el-g bandera y luego correr a Valgrind (para abordar ladSYM directory is missing error) hace que ese error desaparezca, perono Cambiar el tema de toneladas de fugas de memoria que se están reportando.

Respuestas a la pregunta(3)

Su respuesta a la pregunta