From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: Question about dumping emacs under Solaris Date: Fri, 04 Jul 2008 00:39:35 -0700 Message-ID: <200807040739.m647daXU022629@sallyv1.ics.uci.edu> References: <486DA1C5.7030304@emvision.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1215157268 24023 80.91.229.12 (4 Jul 2008 07:41:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Jul 2008 07:41:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ali Bahrami Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 04 09:41:55 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 1KEfvU-0002XW-4G for ged-emacs-devel@m.gmane.org; Fri, 04 Jul 2008 09:41:52 +0200 Original-Received: from localhost ([127.0.0.1]:39286 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KEfud-0002cO-8s for ged-emacs-devel@m.gmane.org; Fri, 04 Jul 2008 03:40:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KEfuW-0002aO-K2 for emacs-devel@gnu.org; Fri, 04 Jul 2008 03:40:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KEfuS-0002Xq-VA for emacs-devel@gnu.org; Fri, 04 Jul 2008 03:40:51 -0400 Original-Received: from [199.232.76.173] (port=55726 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KEfuS-0002Xe-C9 for emacs-devel@gnu.org; Fri, 04 Jul 2008 03:40:48 -0400 Original-Received: from sallyv1.ics.uci.edu ([128.195.1.109]:49132) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1KEfuR-0001zH-PR for emacs-devel@gnu.org; Fri, 04 Jul 2008 03:40:48 -0400 X-ICS-MailScanner-Watermark: 1215761977.71216@6Q8uglqTtB5oV0KBHclL1Q Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv1.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id m647daXU022629; Fri, 4 Jul 2008 00:39:36 -0700 (PDT) In-Reply-To: <486DA1C5.7030304@emvision.com> (Ali Bahrami's message of "Thu, 03 Jul 2008 22:06:29 -0600") Original-Lines: 43 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) 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:100330 Archived-At: Ali Bahrami writes: > Hello, > > I have a question about how emacs is dumped under > Solaris. In the file emacs/src/s/sol-2-6.h: > > /* Handle Solaris 2.6. */ > > #include "sol2-5.h" > > #if 0 /* dldump does not handle all the extensions used by GNU ld. */ > #undef UNEXEC > #define UNEXEC unexsol.o > #endif > > This ifdef prevents the unexsol.c code, containing a call > to dldump(), from being used. Instead, the generic ELF unexec > code is used. Looking at the RCS revisions, I see that dldump() > was disabled in revision 1.3 of the file, dating from > September 13, 2002. > > Can anyone shed any light on what GNU ld extensions are not > properly handled by the Solaris dldump()? I know that 2002 > was a while ago, and possibly no one remembers, but it > would be helpful to know what went wrong. > > I work at Sun, on the linker. We've discussed this, and are at > a loss as to what the problem might be. dldump() is pretty > generic, and nothing leaps out as being unable to support GNU > ld objects. There are some differences between the ELF objects > produced by the Solaris and GNU, but they tend to be pretty > compatible for the most part. Regardless if anyone remembers why those changes were made, positive proof that the code works is the best option. Given what you said above, you are probably able to experiment with building with various versions of both Sun and GNU tools, on various Solaris versions and check if emacs works correctly. If things work OK, then there's no reason not to enable the code in question immediately.