This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO
- From: "hubicka at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 17 Jan 2013 14:40:04 +0000
- Subject: [Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO
- Auto-submitted: auto-generated
- References: <bug-45375-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #175 from Jan Hubicka <hubicka at gcc dot gnu.org> 2013-01-17 14:40:04 UTC ---
Created attachment 29191
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29191
alternative patch without the compression.
This is alternative patch just skipping columns but not doing the compression.
It seems that compression is actually quite effective.
Non-compressing w/o column info is 1073872920 bytes,
compression + no column is 268566544 bytes
compression + column is 1073872920 bytes
Perhaps I messed up the caching with column info? It strikes wrong that the
numbers are precisely the same. But perhaps it is just reallocation strategy. I
will also generate fresh numbers for unpatched GCC.