From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#23529: Request for fixing randomize_va_space build issues Date: Tue, 06 Sep 2016 19:01:53 +0000 Message-ID: References: <573C2601.3030308@cs.ucla.edu> <54b89449-083a-a906-986a-f284dbbf482a@cs.ucla.edu> <02c57124-ef39-bc30-89ba-998986d070fc@cs.ucla.edu> <834m5tapuu.fsf@gnu.org> <8337lcc3jf.fsf@gnu.org> <83zinkanfw.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114b3e52b80b5f053bdb6efe X-Trace: blaine.gmane.org 1473188638 8273 195.159.176.226 (6 Sep 2016 19:03:58 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 6 Sep 2016 19:03:58 +0000 (UTC) Cc: philippe.vaucher@gmail.com, eggert@cs.ucla.edu, 23529@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 06 21:03:54 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1bhLer-0000XK-1G for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Sep 2016 21:03:45 +0200 Original-Received: from localhost ([::1]:35611 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bhLem-0004xu-5C for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Sep 2016 15:03:40 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bhLeH-0004jc-Pl for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2016 15:03:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bhLeA-0003m9-4a for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2016 15:03:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53994) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bhLeA-0003m5-1V for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2016 15:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bhLe9-0000d2-Rp for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2016 15:03:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Sep 2016 19:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23529 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23529-submit@debbugs.gnu.org id=B23529.14731885412370 (code B ref 23529); Tue, 06 Sep 2016 19:03:01 +0000 Original-Received: (at 23529) by debbugs.gnu.org; 6 Sep 2016 19:02:21 +0000 Original-Received: from localhost ([127.0.0.1]:51706 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bhLdU-0000c9-0z for submit@debbugs.gnu.org; Tue, 06 Sep 2016 15:02:21 -0400 Original-Received: from mail-wm0-f46.google.com ([74.125.82.46]:37948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bhLdM-0000bn-Eq for 23529@debbugs.gnu.org; Tue, 06 Sep 2016 15:02:18 -0400 Original-Received: by mail-wm0-f46.google.com with SMTP id 1so207116706wmz.1 for <23529@debbugs.gnu.org>; Tue, 06 Sep 2016 12:02:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kChzi3V4BGsLzLztS2f1rNkp0g3gk05O9TL4e2Wjy2A=; b=zpUBPOqi8kkaMPMY+D27TNNmhW0tDB+h0Fq2c0iTjV8MLgaabKS68m7P8oeHdvY3YJ Zd4pyfdpsERQSYMSYCWCBzW3Jp+9Ey7yb+F2b0Ne++IojC6giqG/t2WSRPmUzrjxheD3 Abx2G3dSxyWZzPkwvtoBy+G0m5/GiJq+MFf7gZaLqMnLN2MkfNmdBUQoVz1exR0r/0aH gVmE9AcKzov82t4jBluaCi8DxUCelY/+UP208zDXeR5rPwPWOYzYPnhWFy27m3r3otbC iEgvdSYyQdvdmVttgiMOY+OD+KyK7Ytd5GyiTHS7W4bUA9RrIBVtn3d/hGZYF/2gB8co xcFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kChzi3V4BGsLzLztS2f1rNkp0g3gk05O9TL4e2Wjy2A=; b=gK/IEMNv9fF7Kmgy6Ap1Extc0tez+APXQBed1doLLvkAtT002FeON+rzct+LpibbeM 4JeMRZdu//QH/QJqJ+7EDzq27f9c316OXN7cgdj/n3i7UVVOvibXpBXOzyfzto8ebzxm a1ZnsUaqKbpjWD2jATsAuQzz4+esx1+w5abcCb65fLBq5fkHCVe2YgufkN6K53q+6yDR 9srdj+gjg26nSzqrZHc7q7cdgtMRgIojkC/9rsDlWlao5Z98Te6EBQWbgS2Dl4Vn7fs9 N7BGXGQS6h5YFLFNQHmIARX0gOK4sxh0cUv2zJftJmwJetOvCflZ3D0jcd4dKxv/kfFL 7fdQ== X-Gm-Message-State: AE9vXwOKvBOi1Fl7kplis4eytjM7x/ukpMALi3WBqTXRb5OA6Tt8llpQN5gvj7cT4qzO3nwnoyfjsSkOuhK/IA== X-Received: by 10.28.31.197 with SMTP id f188mr161922wmf.69.1473188524982; Tue, 06 Sep 2016 12:02:04 -0700 (PDT) In-Reply-To: <83zinkanfw.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:123040 Archived-At: --001a114b3e52b80b5f053bdb6efe Content-Type: text/plain; charset=UTF-8 Eli Zaretskii schrieb am Di., 6. Sep. 2016 um 20:33 Uhr: > > That will be a bit slower, but that might be OK. > > Slower than compile, link, and load? I doubt that. > Not while dumping (nobody cares about the dumping speed), but while loading. In the alternative proposal, the dumped data could be read directly into the process memory, requiring only some relocations. My suggestion would require an extra parsing step on every start. --001a114b3e52b80b5f053bdb6efe Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Di., 6. Sep. 2016 um 20:33=C2=A0Uhr:
> That will be a bit slower, but that might be OK.

Slower than compile, link, and load?=C2=A0 I doubt that.

Not while dumping (nobody cares about the dumping speed),= but while loading. In the alternative proposal, the dumped data could be r= ead directly into the process memory, requiring only some relocations. My s= uggestion would require an extra parsing step on every start.
=C2= =A0
--001a114b3e52b80b5f053bdb6efe--