From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Emacs on GNUstep Date: Mon, 04 May 2009 17:16:49 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <87ej0rs3ey.fsf@cyd.mit.edu> <87tz9j6f76.GNU's_Not_Unix!%yavor@gnu.org> <200812052044154371169@foxmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1241425055 20994 80.91.229.12 (4 May 2009 08:17:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 May 2009 08:17:35 +0000 (UTC) Cc: Yavor Doganov , rms , richardeng , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 04 10:17:28 2009 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 1M0tMd-0003fe-Au for ged-emacs-devel@m.gmane.org; Mon, 04 May 2009 10:17:27 +0200 Original-Received: from localhost ([127.0.0.1]:55928 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M0tMc-0001yl-KO for ged-emacs-devel@m.gmane.org; Mon, 04 May 2009 04:17:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M0tMQ-0001vJ-OR for emacs-devel@gnu.org; Mon, 04 May 2009 04:17:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M0tMG-0001pa-7i for emacs-devel@gnu.org; Mon, 04 May 2009 04:17:10 -0400 Original-Received: from [199.232.76.173] (port=49476 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M0tMF-0001p8-6D for emacs-devel@gnu.org; Mon, 04 May 2009 04:17:03 -0400 Original-Received: from ntp.math.s.chiba-u.ac.jp ([133.82.132.2]:64066 helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M0tM8-0002Ry-K0; Mon, 04 May 2009 04:16:57 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id D53052C40; Mon, 4 May 2009 17:16:50 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by monty-python.gnu.org: NetBSD 3.0 (DF) 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:110630 Archived-At: >>>>> On Sun, 03 May 2009 15:38:49 -0400, Stefan Monnier said: >> I just tried copying ObjC-related information in the .data section >> not from the dumping process but from the original temacs file so >> as to avoid some confusion during the startup time of the dumped >> executable. It seems to work for me at least on GNU/Linux (Ubuntu >> 9.04). > Great news, thank you. I'll try it out as soon as possible. If you > wrap it in appropriate #ifdef, you can install it on the trunk (and > please add a comment indicating that the ifdef shouldn't be > necessary anyway). Of course, remove the CANNOT_DUMP setting for > GNUStep at the same. We can't simply remove CANNOT_DUMP because dumping requires unexelf.c currently. The macro __ELF__ cannot be used here because it doesn't necessarily imply the use of unexelf.c (e.g., Solaris 10). How about the patch below? I also removed UNEXEC_SRC because it is no longer used anywhere. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp Index: configure.in =================================================================== RCS file: /sources/emacs/emacs/configure.in,v retrieving revision 1.594 diff -c -p -r1.594 configure.in *** configure.in 1 May 2009 15:32:01 -0000 1.594 --- configure.in 4 May 2009 07:59:51 -0000 *************** AC_DEFINE_UNQUOTED(C_SWITCH_X_SITE, ${C *** 2536,2543 **** HAVE_X_WINDOWS above and your X include files aren't in a place that your compiler can find on its own, you might want to add "-I/..." or something similar.]) ! AC_DEFINE_UNQUOTED(UNEXEC_SRC, ${UNEXEC_SRC}, ! [Define to the unexec source file name.]) if test "${HAVE_X_WINDOWS}" = "yes" ; then AC_DEFINE(HAVE_X_WINDOWS, 1, --- 2536,2546 ---- HAVE_X_WINDOWS above and your X include files aren't in a place that your compiler can find on its own, you might want to add "-I/..." or something similar.]) ! case "${unexec}" in ! unexelf.o) ! AC_DEFINE(UNEXEC_SUPPORT_OBJC, 1, [Define to 1 if unexec supports ObjC.]) ! ;; ! esac if test "${HAVE_X_WINDOWS}" = "yes" ; then AC_DEFINE(HAVE_X_WINDOWS, 1, *************** AH_BOTTOM([ *** 2607,2614 **** #define HAVE_MOUSE #endif ! /* Sadly for now, GNUstep dump does not work. */ ! #ifdef NS_IMPL_GNUSTEP #define CANNOT_DUMP #endif --- 2610,2617 ---- #define HAVE_MOUSE #endif ! /* Sadly for now, GNUstep dump does not work with all unexecs. */ ! #if defined (NS_IMPL_GNUSTEP) && !defined (UNEXEC_SUPPORT_OBJC) #define CANNOT_DUMP #endif