From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Steven Tamm Newsgroups: gmane.emacs.devel Subject: Re: Mac OS X GNU Emacs Installer (make-package) Date: Mon, 2 Dec 2002 11:22:03 -0800 (PST) Sender: emacs-devel-admin@gnu.org Message-ID: <416771.1038856923730.JavaMail.steventamm@mac.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1038856880 7525 80.91.224.249 (2 Dec 2002 19:21:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 2 Dec 2002 19:21:20 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18Iw85-0001wu-00 for ; Mon, 02 Dec 2002 20:21:17 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18IwHE-0000YJ-00 for ; Mon, 02 Dec 2002 20:30:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18Iw9o-0005c5-00; Mon, 02 Dec 2002 14:23:04 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18Iw8w-0004fA-00 for emacs-devel@gnu.org; Mon, 02 Dec 2002 14:22:10 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18Iw8u-0004e4-00 for emacs-devel@gnu.org; Mon, 02 Dec 2002 14:22:09 -0500 Original-Received: from a17-250-248-97.apple.com ([17.250.248.97] helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18Iw8t-0004Z6-00 for emacs-devel@gnu.org; Mon, 02 Dec 2002 14:22:07 -0500 Original-Received: from woappsx12.mac.com (woappsx12-en1 [10.13.10.111]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id gB2JM4mH010867; Mon, 2 Dec 2002 11:22:04 -0800 (PST) Original-Received: from woappsx12 (localhost [127.0.0.1]) by woappsx12.mac.com (8.10.2/8.10.2) with ESMTP id gB2JM3Y04881; Mon, 2 Dec 2002 11:22:03 -0800 (PST) Original-To: Andrew Choi Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9810 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9810 >Hi Steven, > >Actually the idea (which hasn't been implemented) was to have `make >install' install only one executable on the entire system: the one in >the Emacs.app application bundle. Then /usr/local/bin/emacs would be >the shell script: > >#!/bin/sh >/Applications/Emacs.app/Contents/MacOS/Emacs "$@" > Actually, I think this is a good idea, but in the reverse. I would have the single copy of the executable in /usr/local/bin/emacs and have the Emacs executable be a link (either sym or hard). The main reason is that it is likely to have the application move, but extremely unlikely that /usr/local/bin/emacs would move. I have a patch that tests if -nw is not specified and we are not in an application bundle (i.e. in /usr/local/bin/emacs), then fork and execute /Applications/Emacs.app/... This makes the behavior from the command line more desirable. The downside (as David) is that it will be confusing for most Mac users. Two or more emacs executables will be running at the same time with each appearing in the dock as a separate icon. This behavior is better than the current one, and using Launch Services, we can find the location of the Emacs application without resorting to hard coding or using libexec. The behavior I would like to have the command line appear to act more like emacsclient (or more appropriately the gnuclient from the NT port). The gnuclient port will, by default, instantiate emacs if one does not exist, something you need to do set by hand with emacsclient. It would also require that the server is started, which is questionable. >I don't have a strong preference to implement package distribution one >way or another. But I was considering the different options one can >specify for make-package, which will result in the quite a few >differently-configured packages people can distribute. I also think >some of the options are not achievable by people building from source >using `make', which is a little strange. Imagine the amount of >questions we'll be getting :-). I think I'll add in some documentation detailing about what to do. After all the discussions on version tracker, I think a "strong" admonition about not using --prefix=/usr should be included (since, at least on my system, /usr/bin/emacs has been destroyed by system updates twice). >I've also remove mac/make-bin-dist and mac/osx-install, which are >obsolete now. Perhaps we should mention make-package in mac/INSTALL. I'll add in an explanation of make-package today. On another note, I'm probably going to put in an #ifdef in terminfo.c to remove the redefinition of UP, BC, & PC on darwin 6.2. This will fix some linking warnings. This test should probably should be placed in configure.in. Something like this: AC_MSG_CHECKING(whether termcap global variables are defined externally) AC_TRY_LINK([extern char *UP;],[*UP=0],[termcap_global_vars_extern=yes],[termcap_global_vars_extern=no]) -Steven