From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fabrice Popineau Newsgroups: gmane.emacs.devel Subject: Re: Compiling (development) Emacs with MSVC Date: Mon, 3 Jan 2011 11:26:03 +0100 Message-ID: References: <83sjy5279e.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0015174c16e68dc5d40498ee95e9 X-Trace: dough.gmane.org 1294059298 1624 80.91.229.12 (3 Jan 2011 12:54:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 3 Jan 2011 12:54:58 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 03 13:54:53 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PZjw4-000132-Ca for ged-emacs-devel@m.gmane.org; Mon, 03 Jan 2011 13:54:53 +0100 Original-Received: from localhost ([127.0.0.1]:47332 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZjw3-0003GZ-4C for ged-emacs-devel@m.gmane.org; Mon, 03 Jan 2011 07:54:51 -0500 Original-Received: from [140.186.70.92] (port=48742 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZhcS-00042U-Ac for emacs-devel@gnu.org; Mon, 03 Jan 2011 05:26:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZhcQ-00023A-Qc for emacs-devel@gnu.org; Mon, 03 Jan 2011 05:26:28 -0500 Original-Received: from mail-ey0-f169.google.com ([209.85.215.169]:41640) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZhcQ-000236-KY; Mon, 03 Jan 2011 05:26:26 -0500 Original-Received: by eyh6 with SMTP id 6so2814937eyh.0 for ; Mon, 03 Jan 2011 02:26:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=hb+Ma4NJmCgTM25Ta6ZWxC5Af4v9Ap2FTbDUycEP3Zo=; b=tsjFCA+yQmLg5KFYU9kdnvNxEYNrm1R5M99EBdLO69tzPyxdR2A3Lp0D/6xIsgrWk3 klQ9CJ+xJn5+Tk9NbXukDCrRR/h+gDbb/C6RyzoHOQ2HzuExYcxF+J7HI7S1mUOH3ftV gzsdf1N8yTE1//JLqJFetJBfHYj277ycv7DLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=vicr3JUhEPAXwHt7Mneq3x9LFUKmGsmoMpvyVwgnvfEYJLrzXyz4mx4BTLif3yCuSw 8hqqEXl1Td9cN25HTnn3a/CU8E/6r7RXn9F6POGIN8SLSFh06yYmM+dpsMksI7KhB4c8 Ps0qMUs1A1ILFaaS0ucRUMaaS4iCCdw9sB7DE= Original-Received: by 10.213.28.12 with SMTP id k12mr5087510ebc.4.1294050385575; Mon, 03 Jan 2011 02:26:25 -0800 (PST) Original-Received: by 10.213.13.70 with HTTP; Mon, 3 Jan 2011 02:26:03 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: sYtmWcc5IxN5AIvJrfGHm65gGTE X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Mailman-Approved-At: Mon, 03 Jan 2011 07:54:43 -0500 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:134205 Archived-At: --0015174c16e68dc5d40498ee95e9 Content-Type: text/plain; charset=ISO-8859-1 2010/12/18 Andreas Schwab > Fabrice Popineau writes: > > > The portable dumper (once written for emacs 21 and avalaible in xemacs) > > would be a very good idea. > > Except that it isn't portable, it mixes function pointers with data > pointers which is a no-no. Ok, it would need adaptation to the current GNU Emacs Lisp structures, but the fact that it mixes function pointers with data ... it does it better than what does the undumping mechanism used by GNU Emacs for the moment. GNU Emacs undumping mechanism is platform dependent and doesn't work with the dynamic code relocation (Linux is also able to do that). I have not played with xemacs recently, but the portable dumper considerably reduced problems of this kind. Fabrice --0015174c16e68dc5d40498ee95e9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

2010/12/18 Andreas Schwab <schwab@linux-m68k.org&= gt;
Fabrice Popineau <fabrice.popineau@supelec.fr> writes:

> The portable dumper (once written for emacs 21 and avalaible in xemacs= )
> would be a very good idea.

Except that it isn't portable, it mixes function pointers with da= ta
pointers which is a no-no.

Ok, it would nee= d adaptation to the current GNU Emacs Lisp structures, but the fact that it= mixes function pointers with data ... it does it better than what does the= undumping mechanism used by GNU Emacs for the moment. GNU Emacs undumping = mechanism is platform dependent and doesn't work with the dynamic code = relocation (Linux is also able to do that). I have not played with xemacs r= ecently, but the portable dumper considerably reduced problems of this kind= .

Fabrice
--0015174c16e68dc5d40498ee95e9--