From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Chris Hall" Newsgroups: gmane.emacs.devel Subject: Re: CANNOT_DUMP support Date: Mon, 11 Feb 2008 09:18:41 -1000 Message-ID: <033e133313f724a1896d8077e2f73d0d@lagorda> References: <200802110433.m1B4XrXw017599@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Generated by Pantomime 1.2.0) Content-Type: text/plain; charset="us-ascii"; format="flowed" X-Trace: ger.gmane.org 1202757162 29366 80.91.229.12 (11 Feb 2008 19:12:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Feb 2008 19:12:42 +0000 (UTC) Cc: Stefan Monnier , Emacs devel To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 11 20:13:03 2008 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.50) id 1JOe5G-0004Qq-6Y for ged-emacs-devel@m.gmane.org; Mon, 11 Feb 2008 20:12:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JOe4m-0006bM-RQ for ged-emacs-devel@m.gmane.org; Mon, 11 Feb 2008 14:12:24 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JOe4i-0006Zz-Oe for emacs-devel@gnu.org; Mon, 11 Feb 2008 14:12:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JOe4g-0006Yd-On for emacs-devel@gnu.org; Mon, 11 Feb 2008 14:12:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JOe4g-0006YZ-Lx for emacs-devel@gnu.org; Mon, 11 Feb 2008 14:12:18 -0500 Original-Received: from el-out-1112.google.com ([209.85.162.177]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JOe4g-0002ad-Cx for emacs-devel@gnu.org; Mon, 11 Feb 2008 14:12:18 -0500 Original-Received: by el-out-1112.google.com with SMTP id m34so1824535ele.10 for ; Mon, 11 Feb 2008 11:12:15 -0800 (PST) Original-Received: by 10.142.80.7 with SMTP id d7mr313157wfb.60.1202757134269; Mon, 11 Feb 2008 11:12:14 -0800 (PST) Original-Received: from localhost.localdomain ( [75.95.220.61]) by mx.google.com with ESMTPS id 34sm29441924wra.23.2008.02.11.11.12.11 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Feb 2008 11:12:13 -0800 (PST) In-Reply-To: <200802110433.m1B4XrXw017599@sallyv1.ics.uci.edu> User-Agent: GNUMail (Version 1.2.0) X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 (Google crawlbot) 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:88780 Archived-At: On 2008-02-10 18:33:53 -1000 Dan Nicolaescu wrote: > Stefan Monnier writes: > > > >> > > I know that GNUstep is a CANNOT_DUMP platform, and I > have been > > >> > > informed that there aren't many others left. Is there a > list > > >> > > somewhere that I could view? > > >> > > > >> > No list, just grep emacs/src/m/* > > >> > >> Ah. Thanks. > > >> > >> Hmm. System/390, amdx86-64, ia-64, m68k. > > > Nope, > look > again, all those are either commented out or inside #if 0. > > > > The only remaining one is in ibmrs6000.h when using sysV. I > don't know > > > of any such system in current use ... > > > Yup: CANNOT_DUMP is not on the way out, but it's only ever > seriously > > used for targets that are "in development". > > We need to get dumping to work on GNUstep before we can consider > it as > > "ready for prime time" (tho I don't consider it as a prerequisite > for > > being on the trunk). > > Has there been any decision about merging that code? It would > probably > be better to merge it sooner rather than later... > Well, its been a long time since I've worked at the level unexec operates at, and even then it was on System/360 and Series/1, but it looks like an interesting problem. At first glance I imagine dealing with late-binding in Objective C is one of the challenges in dumping on GNUstep platforms? Anyway, at the moment I'm more interested in getting the GNUstep Emacs.app working a bit better, so I'm trying to get my mind around the multi-tty stuff. I've found http://lorentey.hu/project/emacs.html.hu very useful in getting started on that. Thanks for all the useful responses, everybody.