From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Newsgroups: gmane.emacs.bugs Subject: bug#41242: Port feature/native-comp to Windows Date: Sat, 23 May 2020 12:26:56 -0300 Message-ID: References: <83k11e4a0s.fsf@gnu.org> <83blmp4tob.fsf@gnu.org> <83o8qp1hfr.fsf@gnu.org> <837dxcv1po.fsf@gnu.org> <83imgvdf94.fsf@gnu.org> <83eerjde6k.fsf@gnu.org> <83a7227hkb.fsf@gnu.org> <83blmf13d1.fsf@gnu.org> <83367r0zvb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000006fff05a6526138" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="71876"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 41242@debbugs.gnu.org To: Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 23 17:28:13 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jcW4I-000IUS-L1 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 17:28:10 +0200 Original-Received: from localhost ([::1]:52268 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jcW4G-0000yE-W8 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 11:28:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37630) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jcW4A-0000xt-6V for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 11:28:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52011) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jcW49-0001qT-Tq for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 11:28:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jcW49-0007i6-Qt for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 11:28:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 May 2020 15:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41242 X-GNU-PR-Package: emacs Original-Received: via spool by 41242-submit@debbugs.gnu.org id=B41242.159024763529576 (code B ref 41242); Sat, 23 May 2020 15:28:01 +0000 Original-Received: (at 41242) by debbugs.gnu.org; 23 May 2020 15:27:15 +0000 Original-Received: from localhost ([127.0.0.1]:35324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcW3P-0007gx-Ky for submit@debbugs.gnu.org; Sat, 23 May 2020 11:27:15 -0400 Original-Received: from mail-oi1-f182.google.com ([209.85.167.182]:36520) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcW3O-0007gh-Ao for 41242@debbugs.gnu.org; Sat, 23 May 2020 11:27:14 -0400 Original-Received: by mail-oi1-f182.google.com with SMTP id x23so12022601oic.3 for <41242@debbugs.gnu.org>; Sat, 23 May 2020 08:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HM/BZTc1TnVMcJvBx4uRVGitiiKu90iIcwGFQtHE8Y4=; b=beXlm3iCvvLYUG4ypsxFHVaITLOaHN5p84MkeW5yUwdm4RY6ys67ZaVsok30UEC3Y+ FI8PGybJXjqPZIIU04p7PyvJQJDstcZx0ktgs+4vfi0EuOePZRM0xT+3eVi9iGZCE5eV 7cPS7PQ6iI5/vWzApKSt1TuETKOgX2xDf+Ky0M6lnvY5vWBzWFXGOpgAn+dNUmqiYfXC 6zr9g7fisaw/PduxsVar70W1PWrDirrU8O3QNJjGL4TGl25Nanur4009sx2ijlI8jFfD uZw2aPbnm9rkn6tcRC5gsAaAk+en7MSN06Mi8HFhaK4Zw9izSDZd46m8yS0kz3xfRFnF itLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HM/BZTc1TnVMcJvBx4uRVGitiiKu90iIcwGFQtHE8Y4=; b=gObolKe2Ljo+2mmebANC5km5Mfa0oALLLs0Ub5O9WwRgD4AqFO+pj65YSSFJ7+ovQY TJTe5krR495/mayEvMdrrD4wqKL4Pu/MHqScs04g+5qs/CVhUacJMLJmDe66IsQavpNH f54QMiAbimkYpwvUhg/U/sp4wpxz07XBsMqymDUHi7LfKJW6FTUMPCUtZuNe1U1nt+Iw z94toGTMnFQdX8p/Er1G6ajZS4u6O+V0nrAgmWcLm0ZZBIfLTsPvawSVkaIYGzqD2UQa e+yin0u/qYErHvAl8nI4XJs4JaQzN7fkCUE+3dpxbu1Q+Dco1ZaDoIMFavrcTGrzLjjt QCXQ== X-Gm-Message-State: AOAM5312cQkrliwnp4uo+NiK9EbD+2Z9HdT3huaZvEhKifyzC4H+fpv4 +WNNkCn9UQj+7wdtTO04pi4Lb3bRjcNzucXqgPA= X-Google-Smtp-Source: ABdhPJwjE2VxyE8w86zGRBR3f9Oma1Sv4M8wgSok+08D8uLd5X2nM1u0Tu6pcyySPT2qu/nKd33JmDizLNqXZgqL3Jg= X-Received: by 2002:aca:ac0e:: with SMTP id v14mr6158476oie.65.1590247628499; Sat, 23 May 2020 08:27:08 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:180812 Archived-At: --000000000000006fff05a6526138 Content-Type: text/plain; charset="UTF-8" > I don't think would fly: You are not garanteed to be able to obtain the > same mmaped address anyway and we cannot go for a solution that does not > support ASLR. In general to be portable it cannot rely on assumptions > or low level tricks. I think these are (at least part of) the reasons > why we moved away from unexec. AFAIU ASLR is disabled already, at least in Windows. > Is not that simple, loading eln is mutating the environment with side > effects, function definition is just a part of that. I know, but linking against a static .eln would just make the symbols available, not anything else. The mutation of the environment would happen when loading the dump. > Even more important we must support subsequent dumps. You are right. I hadn't considered this. Nicolas --000000000000006fff05a6526138 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> I don't think would fly: You are not garanteed to be able to obtai= n the
> same mmaped address anyway and we cannot go for a solution that does n= ot
> support ASLR.=C2=A0 In general to be portable it cannot rely on assump= tions
> or low level tricks.=C2=A0 I think these are (at least part of) the re= asons
> why we moved away from unexec.

AFAIU ASLR is disabled al= ready, at least in Windows.
> Is not that simple, loading eln is mutating the environment with side<= br> > effects, function definition is just a part of that.

I know, but linking against a static .eln would just make the symbols avail= able,
not anything else. The mutation of the environment would ha= ppen when loading
the dump.

> Eve= n more important we must support subsequent dumps.<= br>

You are right. I hadn't considered this.

Nicolas
--000000000000006fff05a6526138--