This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug preprocessor/53525] Performance regression due to enabling track-macro-expansion
- From: "jimis at gmx dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 30 May 2012 05:23:54 +0000
- Subject: [Bug preprocessor/53525] Performance regression due to enabling track-macro-expansion
- Auto-submitted: auto-generated
- References: <bug-53525-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53525
--- Comment #4 from jimis <jimis at gmx dot net> 2012-05-30 05:23:54 UTC ---
Another hotspot higlighted by valgrind is the multitude of malloc/free() calls
in comparison to the past. I'm attaching a slightly more intrusive patch that
uses obstacks to allocate some of the virt_locs. It manages to save about 15 M
instr or 2-3 ms, almost unnoticeable difference.
Even though it seems to work fine it's not ready to commit, just an RFC for
moving to obstacks. I'm also attaching some changes in libiberty.h that
introduce some more XOB* macros.