emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: -znocombreloc?


From: Ali Bahrami
Subject: Re: -znocombreloc?
Date: Sun, 4 Dec 2016 20:23:30 -0700
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.5.0

> From: Eli Zaretskii <address@hidden>
> Date: Sun, 04 Dec 2016 17:34:08 +0200
>
> What about other systems: Solaris, *BSD (when they use GNU ld)?  Do
> they also not need this?


Speaking for Solaris, I don't think you need to worry
about it. It sounds like whatever bug might have been in
the GNU ld that led to turning combreloc off has been
fixed long ago, and I would bet that fix isn't really
platform specific. Aide from that, emacs is usually built
using the native ld on Solaris, so the bug was probably
never seen.

We'd prefer to have combreloc enabled, all things being equal.
It's a good, if minor, optimization for the runtime linker
at startup. If emacs has a problem with it, we'll deal with it,
and come back here to ask for help if needed.

With regard to the wider discussion of pdumper vs handling
it entirely in lisp, I'll just say that I'm thrilled to see
this being moved up the stack and out of the object file
format level. Either solution is massively simpler and
more robust than what it will replace. Thank you both for
caring about the issue enough to have this debate and see
it through. I'm confident that either outcome will be a
big improvement over the status quo.

- Ali



reply via email to

[Prev in Thread] Current Thread [Next in Thread]