From: Ali Bahrami <ali_gnu2@emvision.com>
To: emacs-devel@gnu.org
Subject: Re: -znocombreloc?
Date: Sun, 4 Dec 2016 20:23:30 -0700 [thread overview]
Message-ID: <b5f07e17-e47f-afad-7618-a06ba46018cd@emvision.com> (raw)
> From: Eli Zaretskii <eliz@gnu.org>
> 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
next reply other threads:[~2016-12-05 3:23 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-05 3:23 Ali Bahrami [this message]
2016-12-05 15:50 ` -znocombreloc? Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2016-12-04 0:12 -znocombreloc? Daniel Colascione
2016-12-04 5:36 ` -znocombreloc? Paul Eggert
2016-12-04 10:36 ` -znocombreloc? Richard Copley
2016-12-04 11:24 ` -znocombreloc? Richard Copley
2016-12-04 15:34 ` -znocombreloc? Eli Zaretskii
2016-12-04 17:14 ` -znocombreloc? Daniel Colascione
2016-12-05 2:47 ` -znocombreloc? Paul Eggert
2016-12-07 23:58 ` -znocombreloc? Jeremie Courreges-Anglas
2016-12-08 1:19 ` -znocombreloc? Paul Eggert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b5f07e17-e47f-afad-7618-a06ba46018cd@emvision.com \
--to=ali_gnu2@emvision.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.