> Reading more carefully, it seems the #undef block at the bottom of a > recent svn's valgrind.h doesn't match the similar undef at the top - is > that intended ? [seems to miss eg. the s390 piece].
oh, our snafu. will fix. > Caolan - what do you think of doing: > [...] > + if (RUNNING_ON_VALGRIND) > + { > + putenv ("G_SLICE=1"); > + fprintf(stderr, "LibreOffice: running under valgrind > detected.\n"); + alloc_mode = AMode_SYSTEM; > + } Doesn't that give a potentially bad effect, that any lib-gnome-goop library allocations that happen before that point will get done by gnome's custom allocator, but it will subsequently get freed by the system allocator? Sounds like the express train to Segfault City Central. Even if that doesn't fail .. wouldn't we wind up with a bunch of allocs (prior to this point) that Memcheck doesn't know about, and a bunch that it does? That don't sound good. J _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice