This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Memory leaks in compiler


From: "Tom Tromey" <tromey@redhat.com>

"Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:

Kaveh> A valgrind suppression only silences the error for valgrind. What if
Kaveh> someone uses another memory checking tool? Better to fix it for real
Kaveh> IMHO.


Add suppressions for all of them.  Any decent memory checker has to
account for the reality that many programs don't bother freeing memory
before exit.

That a maintenance headache. Why fix problems in multiple places (checking tools) when you can fix it once and for all in a single place? Otherwise some guy using another tool has to scratch his head, spend time and wonder is this a real bug or not? I'd rather not waste time for the next volunteer who uses a different tool.


Or, to put it another way, why add this free and not, say, something
to free all the other memory allocated by gcc which is live at exit?
I think there are a lot of instances of this.
Tom

I would free them all if they are easy to do. I.e. sometimes you don't have a clear handle on the memory at the point you know it's ready to be free'd or you're exitting. However this one is simple.


       --Kaveh
--
Kaveh R. Ghazi


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]