From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ali Bahrami Newsgroups: gmane.emacs.devel Subject: Re: -znocombreloc? Date: Sun, 4 Dec 2016 20:23:30 -0700 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1480909945 16610 195.159.176.226 (5 Dec 2016 03:52:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 5 Dec 2016 03:52:25 +0000 (UTC) User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 05 04:52:20 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cDkKB-0003Ld-0o for ged-emacs-devel@m.gmane.org; Mon, 05 Dec 2016 04:52:19 +0100 Original-Received: from localhost ([::1]:36753 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDkKE-0001VZ-QK for ged-emacs-devel@m.gmane.org; Sun, 04 Dec 2016 22:52:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37699) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDkJL-0001VR-PJ for emacs-devel@gnu.org; Sun, 04 Dec 2016 22:51:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cDkJI-0002uH-Lo for emacs-devel@gnu.org; Sun, 04 Dec 2016 22:51:27 -0500 Original-Received: from gateway.emvision.com ([71.33.253.1]:50119 helo=emvision.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDkJI-0002tn-AP for emacs-devel@gnu.org; Sun, 04 Dec 2016 22:51:24 -0500 Original-Received: from bullwinkle-wired.emvision.com (bullwinkle-wired.emvision.com [198.182.198.3]) by emvision.com (8.13.6/8.13.6) with ESMTP id uB53NUWm008937 for ; Sun, 4 Dec 2016 20:23:31 -0700 (MST) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (emvision.com [198.182.198.5]); Sun, 04 Dec 2016 20:23:31 -0700 (MST) X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] [fuzzy] X-Received-From: 71.33.253.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:210049 Archived-At: > From: Eli Zaretskii > 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