From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sun Yijiang Newsgroups: gmane.emacs.devel Subject: Re: ANN: Emacs.app 9.0-pre1 Date: Tue, 8 Nov 2005 14:54:58 +0800 Message-ID: <5065e2900511072254y3a75311u@mail.gmail.com> References: <5065e2900511070017l7fd6bcbt@mail.gmail.com> <277EBE35-B984-4737-9ABD-36C095A10261@cogsci.ucsd.edu> <5065e2900511071852m4d68b59m@mail.gmail.com> <770C6E00-D16C-4A2F-92EF-A993158DF29F@cogsci.ucsd.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0148447448==" X-Trace: sea.gmane.org 1131433704 5232 80.91.229.2 (8 Nov 2005 07:08:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 8 Nov 2005 07:08:24 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 08 08:08:23 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EZNZu-0006uM-KY for ged-emacs-devel@m.gmane.org; Tue, 08 Nov 2005 08:07:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EZNZt-0000ap-LL for ged-emacs-devel@m.gmane.org; Tue, 08 Nov 2005 02:07:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EZNNn-0005Pj-QG for emacs-devel@gnu.org; Tue, 08 Nov 2005 01:55:04 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EZNNk-0005PF-9v for emacs-devel@gnu.org; Tue, 08 Nov 2005 01:55:02 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EZNNj-0005Ou-Dw for emacs-devel@gnu.org; Tue, 08 Nov 2005 01:54:59 -0500 Original-Received: from [64.233.184.202] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EZNNj-0005mP-Hg for emacs-devel@gnu.org; Tue, 08 Nov 2005 01:54:59 -0500 Original-Received: by wproxy.gmail.com with SMTP id 58so79684wri for ; Mon, 07 Nov 2005 22:54:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mi6Ah7UBdNgdMsrLxRfdsAKoN1cBC28xATr9PlJUxaQ4ejMjoCYu91Jrb7dWQcMi4zfSRVswPDkV2sHlK8t1+Gl6QnI+6OWLep6hsIHOctefK7dxuunj8kaq0MX7Aalf3VCRc8klzVJr0idMJd3x7EV+FQw4CU4nLA2n7qX79iI= Original-Received: by 10.54.138.7 with SMTP id l7mr377487wrd; Mon, 07 Nov 2005 22:54:58 -0800 (PST) Original-Received: by 10.54.103.17 with HTTP; Mon, 7 Nov 2005 22:54:58 -0800 (PST) Original-To: Adrian Robert In-Reply-To: <770C6E00-D16C-4A2F-92EF-A993158DF29F@cogsci.ucsd.edu> 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:45581 Archived-At: --===============0148447448== Content-Type: multipart/alternative; boundary="----=_Part_21923_26171578.1131432898646" ------=_Part_21923_26171578.1131432898646 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I can now get temacs and emacs built in src, after some work: 1) setup env variables: export GNUSTEP_SYSTEM_ROOT=3D/usr/GNUstep/System export GNUSTEP_MAKEFILES=3D$GNUSTEP_SYSTEM_ROOT/Library/Makefiles export CPATH=3D$GNUSTEP_SYSTEM_ROOT/Library/Headers:$CPATH export LD_LIBRARY_PATH=3D/usr/GNUstep/System/Library/Libraries:$LD_LIBRARY_PATH 2) modify src/Makefile.in: +#define GNUSTEP #define THIS_IS_MAKEFILE #define NO_SHORTNAMES than configure and build: # ./configure --prefix=3Dxxx --with-ns --without-x # make I think it's better to define `GNUSTEP' in ./configure process. But there's still problems! After src/emacs is built, the build process proceeds to byte-compile elisp codes, and that makes a Segmentation fault: make[1]: Entering directory `/home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim= ' EMACSLOADPATH=3D/home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim/../lispLC_AL= L=3DC ../src/emacs -batch --no-init-file --no-site-file --multibyte -l /home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim/../lisp/international/quail = \ -f batch-byte-compile-if-not-done quail/CCDOSPY.el quail/Punct.el quail/QJ.el quail/SW.el quail/TONEPY.el quail/4Corner.el quail/ARRAY30.el quail/ECDICT.el quail/ETZY.el quail/Punct-b5.el quail/PY-b5.el quail/QJ- b5.el quail/ZOZY.el quail/tsang-b5.el quail/quick-b5.el quail/tsang-cns.elquail/quick- cns.el quail/PY.el quail/ZIRANMA.el quail/CTLau.el quail/CTLau-b5.el make[1]: *** [leim-list.el] Segmentation fault make[1]: Leaving directory `/home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim' make: *** [leim] Error 2 I can run temacs with `./temacs -q -nw' in src, but `./emacs -q -nw' failed with the same "Segmentation fault". Maybe there's something wrong in the dumping process? I tried to build temacs with -O0 and -O1, but none woks. 2005/11/8, Adrian Robert : > > OK, I'd forgotten that -fconstant-string-class=3DNSConstantString > should have been set up in the Makefile already. (That's why it > wasn't needed in the config anymore.) Take a look at src/Makefile.in > and search for 'GNUSTEP'. If the .m.o rule there wasn't making it > into your actual Makefile, or was being ignored for some reason, > that's the source of that problem. The linking issue could be > related, because those flags are also keyed off of #ifdef GNUSTEP, in > src/Makefile.in and src/config.h. > > I'm not sure what's happening in your case, but for the heck of it, > you could try adding '-DGNUSTEP' to the CFLAGS in nextstep/compile -- > maybe there's something different on your system regarding how CFLAGS > and CPPFLAGS are processed. > > (I'm more than open to suggestions for improving any of this, if you > can find something that works on your setup..) > > thanks, > Adrian > ------=_Part_21923_26171578.1131432898646 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I can now get temacs and emacs built in src, after some work:
1) setup env variables:
export GNUSTEP_SYSTEM_ROOT=3D/usr/GNUstep/System
export GNUSTEP_MAKEFILES=3D$GNUSTEP_SYSTEM_ROOT/Library/Makefiles
export CPATH=3D$GNUSTEP_SYSTEM_ROOT/Library/Headers:$CPATH
export LD_LIBRARY_PATH=3D/usr/GNUstep/System/Library/Libraries:$LD_LIBRARY_= PATH

2) modify src/Makefile.in:
+#define GNUSTEP
 #define THIS_IS_MAKEFILE
 #define NO_SHORTNAMES

than configure and build:
# ./configure --prefix=3Dxxx --with-ns --without-x
# make

I think it's better to define `GNUSTEP' in ./configure process.

But there's still problems!  After src/emacs is built, the build process proceeds to byte-compile elisp codes, and that makes a Segmentation fault:

make[1]: Entering directory `/home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim= '
EMACSLOADPATH=3D/home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim/../lisp LC_ALL=3DC ../src/emacs -batch --no-init-file --no-site-file --multibyte  -l /home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim/../lisp/international/quail \
  -f batch-byte-compile-if-not-done quail/CCDOSPY.el quail/Punct.el quail/QJ.el quail/SW.el quail/TONEPY.el quail/4Corner.el quail/ARRAY30.el quail/ECDICT.el quail/ETZY.el quail/Punct-b5.el quail/PY-b5.el quail/QJ-b5.el quail/ZOZY.el quail/tsang-b5.el quail/quick-b5.el quail/tsang-cns.el quail/quick-cns.el quail/PY.el quail/ZIRANMA.el quail/CTLau.el quail/CTLau-b5.el
make[1]: *** [leim-list.el] Segmentation fault
make[1]: Leaving directory `/home/sun/sandbox/emacs-23.0.0_NS-9.0pre1/leim'=
make: *** [leim] Error 2

I can run temacs with `./temacs -q -nw' in src, but `./emacs -q -nw' failed with the same "Segmentation fault".  Maybe there's something wrong in the dumping process?  I tried to build temacs with -O0 and -O1, but none woks.

2005/11/8, Adrian Robert <arobert@cogsci.ucsd.edu>:=

OK, I'd forgotten that -fconstant-string-class=3DNSConstantString
should= have been set up in the Makefile already.  (That's why it
was= n't needed in the config anymore.)  Take a look at src/Makefile.i= n
and search for 'GNUSTEP'.  If the .m.o rule there wasn't mak= ing it
into your actual Makefile, or was being ignored for some reason,
tha= t's the source of that problem.  The linking issue could be
re= lated, because those flags are also keyed off of #ifdef GNUSTEP, in
src/= Makefile.in and src/config.h.

I'm not sure what's happening in your case, but for the heck of it,=
you could try adding '-DGNUSTEP' to the CFLAGS in nextstep/compile --maybe there's something different on your system regarding how CFLAGS
and CPPFLAGS are processed.

(I'm more than open to suggestions f= or improving any of this, if you
can find something that works on your s= etup..)

thanks,
Adrian

------=_Part_21923_26171578.1131432898646-- --===============0148447448== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============0148447448==--