From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: CVS HEAD still broken for OSX Date: Tue, 30 Sep 2008 13:32:27 +0000 (UTC) Message-ID: References: <86wsgya51q.fsf@blue.stonehenge.com> <86ljxc6ur4.fsf@blue.stonehenge.com> <86hc7yz6z1.fsf@blue.stonehenge.com> <86d4imz6am.fsf@blue.stonehenge.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1222781589 4089 80.91.229.12 (30 Sep 2008 13:33:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Sep 2008 13:33:09 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 30 15:34:07 2008 connect(): Connection refused 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 1KkfMU-00089y-89 for ged-emacs-devel@m.gmane.org; Tue, 30 Sep 2008 15:33:58 +0200 Original-Received: from localhost ([127.0.0.1]:51558 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KkfLR-0005ec-G0 for ged-emacs-devel@m.gmane.org; Tue, 30 Sep 2008 09:32:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KkfLN-0005eX-40 for emacs-devel@gnu.org; Tue, 30 Sep 2008 09:32:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KkfLK-0005eL-LS for emacs-devel@gnu.org; Tue, 30 Sep 2008 09:32:47 -0400 Original-Received: from [199.232.76.173] (port=34463 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KkfLK-0005eI-GO for emacs-devel@gnu.org; Tue, 30 Sep 2008 09:32:46 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:55510 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KkfLK-0000Yi-2N for emacs-devel@gnu.org; Tue, 30 Sep 2008 09:32:46 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KkfLA-0007Zh-Gh for emacs-devel@gnu.org; Tue, 30 Sep 2008 13:32:37 +0000 Original-Received: from dpc67142130030.direcpc.com ([67.142.130.30]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 30 Sep 2008 13:32:36 +0000 Original-Received: from Adrian.B.Robert by dpc67142130030.direcpc.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 30 Sep 2008 13:32:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 67.142.130.30 (Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US) AppleWebKit/523 (KHTML, like Gecko, Safari/523.10) OmniWeb/v621.0.99313) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:104257 Archived-At: Randal L. Schwartz stonehenge.com> writes: > > >>>>> "Randal" == Randal L Schwartz stonehenge.com> writes: > > Adrian> Could you try either with no --prefix or > Adrian> adding --disable-ns-self-contained > Adrian> to the configure invocation? > > Randal> Will do. > > No, same response, still installs (or tries to) into the wrong dir: > > Copying etc/DOC-23.0.60.2 to /Users/merlyn/MIRROR/emacs- CVS/nextstep/Emacs.app/Contents/Resources/share/emacs/23.0.60/etc > > That's the wrong path for the self-contained app. So leaving out --prefix > didn't matter. This path is wrong when I do "make all install". OK, I'd say the path is correct but the directory is not being made because the "install" target is for some reason deciding it doesn't need to be. (The entire subtree under Resources gets rearranged by NS's install-arch-dep, but the subsequent "install" somehow doesn't see this.) For now, you can use my approach to update-installs which is: #!/bin/sh cd lisp make -j3 cd .. rm -f etc/DOC-* src/emacs-* make -j3 This suppresses the strange, linux-kernel-like versioning added to DOC and emacs by resetting it. (Who here is making use of the historic copies and for what?) DOC in the app package might not actually get updated though, so a better solution should be implemented. I guess the make-lisp step could be added to the remake script..