From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: -znocombreloc? Date: Sun, 4 Dec 2016 09:14:10 -0800 Message-ID: <847afae4-9f9d-bcb0-b416-f076b0062eb2@dancol.org> References: <2f0ed5df-5818-3d68-f52d-f73660b689d3@cs.ucla.edu> <83lgvvlndb.fsf@gnu.org> 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 1480871672 27607 195.159.176.226 (4 Dec 2016 17:14:32 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 4 Dec 2016 17:14:32 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 Cc: emacs-devel@gnu.org To: Eli Zaretskii , Paul Eggert , Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 04 18:14:27 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 1cDaMt-00060N-91 for ged-emacs-devel@m.gmane.org; Sun, 04 Dec 2016 18:14:27 +0100 Original-Received: from localhost ([::1]:35156 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDaMv-0000oC-JU for ged-emacs-devel@m.gmane.org; Sun, 04 Dec 2016 12:14:29 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33072) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDaMm-0000n8-As for emacs-devel@gnu.org; Sun, 04 Dec 2016 12:14:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cDaMj-0005I1-42 for emacs-devel@gnu.org; Sun, 04 Dec 2016 12:14:20 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:57630) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cDaMi-0005Ha-SY; Sun, 04 Dec 2016 12:14:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=h7spe+4jvTSXF3yxljHKV10LDxle6RN6jGd7zCdNxv0=; b=QK4lGh9engZ1rKlg7BiY/r3zQOHEyamvvMUFVY726tIhtKP47zCpBcw9x9gjhn58dt+9Elv+GyWmBaZ3m7QDyxmgURnpDLjsMt+LZvvsiGW+9PKjT4Zi24AsVTy7/YbzEK17EC8edM/ZQGzxpHyNBBuCYcJEBaWfKKFn2fmy0f/mxhGKueSRxCUjYYS+YkN4A4L2Knhv/8IcO6PMSjkABlnh2rDANv+rR+NGk2YyH7nchgTlZaLSXgD/FNjzNV778fGf6HvgkgkmJGkHF7/H+4ZO7xDxhiVe/BjNpHUNebJuty9LldQ+U4MljI0iBu+iSBDpA1NAOWp5/PHjtwpwhA==; Original-Received: from c-73-140-245-253.hsd1.wa.comcast.net ([73.140.245.253] helo=[192.168.1.173]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cDaMg-0001Ua-GT; Sun, 04 Dec 2016 09:14:14 -0800 In-Reply-To: <83lgvvlndb.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:210029 Archived-At: On 12/04/2016 07:34 AM, Eli Zaretskii wrote: >> From: Paul Eggert >> Date: Sat, 3 Dec 2016 21:36:49 -0800 >> >> https://lists.gnu.org/archive/html/bug-gnu-emacs/2004-02/msg00278.html >> https://lists.gnu.org/archive/html/help-gnu-emacs/2003-05/msg00627.html >> >> Looking at recent GCC documentation it appears that this old hack should not >> matter now, so I'm inclined to remove it, as in the proposed patch (attached), >> which I tested on Fedora 24 x86-64 but have not installed. > > What about other systems: Solaris, *BSD (when they use GNU ld)? Do > they also not need this? In any case, my guess would be that other systems won't need this switch with pdumper (because with pdumper, we won't be doing anything magical), so locally, I'll just make this stuff conditional on !CANNOT_DUMP.