|
From: | Paul Eggert |
Subject: | Re: results of gnulib tests with -fsanitize=address |
Date: | Sat, 20 May 2017 13:53:50 -0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 |
Bruno Haible wrote:
Whereas here, memory leaks don't depend on gcc options, nor on the platform.
I was worried more about something like this: a test for feature X has a subtest for feature Y that fails, then the feature-X test calls fclose but fclose doesn't free the storage because of the feature-Y failure, so then the test for X falsely fails because of the leak. I don't want us to get into the business of debugging fclose internals merely when we're trying to test for feature X. This is partly why I stopped sanitizing tests last year.
Admittedly I don't have any concrete examples of this right now, but if the issue starts cropping up then I suspect I will still favor advising people to avoid leak-testing when running "configure", rather than bothering to plug leaks in the tests. Leaks are not always bugs.
[Prev in Thread] | Current Thread | [Next in Thread] |