On Wednesday 27 of June 2018, Thorsten Behrens wrote:
Tangential question: anybody aware of something to prevent gdb from
trying to load _all_ symbols? The VS debugger is much more frugal
there initially.
Actually it turns out that gold can help even here, with the --gdb-index
option. I remember I tried that 4(?) years ago and back then it just moved
the time from gdb to linking, which was pointless for the normal development
cycle, but nowadays the small link time increase is probably worth it:
before | gdb-index
gdb symbols load time 51s | 16s
libsclo link time 6.159s | 7.758s
libcslo.so size 207951K | 135315K
That's all with gold and split debug enabled, and
https://gerrit.libreoffice.org/#/c/56566/ . It seems to require
binutils-2.25, which is from 2015.
Just to add to the list, other things I've tried:
* --threads doesn't seem to really do anything in practice. Even if I
enable --preread-archive-symbols (which according to the source is the only
thing it affects, besides compressed debuginfo), I can't see a difference.
* --incremental reduces link time to about 4-5s, but appears to be unstable
--
Luboš Luňák
l.lunak@collabora.com
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.