GNU bug report logs - #5051
23.1.50; Issues with Cocoa port on OS X

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5051 in the body.
You can then email your comments to 5051 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Ulrich Mueller <ulm <at> gentoo.org>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; Issues with Cocoa port on OS X
Date: Thu, 26 Nov 2009 20:28:44 +0100

This is a forward of Gentoo bug 268793,
<http://bugs.gentoo.org/268793>

While trying to package Emacs for Gentoo on OS X (i686-apple-darwin9)
with "configure --with-ns --disable-ns-self-contained", we observed
the following two issues:


1)
configure.in contains the following code:

   if test "${HAVE_NS}" = yes; then
     # [...]
     # set up packaging dirs
     exec_prefix=${ns_appbindir}
     libexecdir=${ns_appbindir}/libexec
     if test "${EN_NS_SELF_CONTAINED}" = yes; then
        prefix=${ns_appresdir}
     fi
   fi

Now on Gentoo / OS X _not_ everything should be put inside the .app,
but the installation should follow the lines of a traditional Unix
install. That means that exec_prefix and libexecdir should be set to
<some_prefix>/usr and <some_prefix>/usr/libexec, respectively.

Unfortunately, this is not possible because the above code
unconditionally overrides the two variables, ignoring any paths that
are explicitly set by the --exec-prefix and --libexecdir configure
options.

I suggest that the two assignments are moved into the block of the
following "if" statement, so that they are overridden only in the
"self-contained" case.


2)
The top-level Makefile.in contains the following "gem" in the
install-arch-dep target:

	if test "${ns_appdir}" != ""; then \
	  ( cd ${ns_appresdir} ; \
	    if test -d share/emacs ; then dir=share/emacs/*/*; $(MV_DIRS); fi;\
	    if test -d share/info ; then dir=share/info; $(MV_DIRS) ; fi ; \
	    rm -fr share ) ; \
	  ( cd ${ns_appbindir}/libexec ; dir=emacs/*/*/* ; $(MV_DIRS); \
	    rm -fr emacs ) ; \
	  ( cd ${ns_appbindir}/bin ; rm -f emacs emacs-23* ; \
	    ln -sf ../libexec/* .) ; \
	else true ; fi

where MV_DIRS is defined a few lines above as follows:

   MV_DIRS = for i in $$dir; do rm -fr `basename "$$i"` ; mv "$$i" . ; done

As can be seen from the build log at
<http://bugs.gentoo.org/attachment.cgi?id=211254&action=view>
this code fails in a horrible way, thereby removing the complete
contents of the build directory.

The relevant lines of the log are the following:
/Users/tetsushi/Gentoo26/bin/bash: line 5: cd: /Users/tetsushi/Gentoo26/var/tmp/portage/app-editors/emacs-23.1/work/emacs-23.1/nextstep/Emacs.app/Contents/MacOS/libexec: No such file or directory
mv: cannot stat `emacs/*/*/*': No such file or directory

What happens is that the "cd ${ns_appbindir}/libexec" command fails.
Note that there is no checking for errors; so make continues, staying
in the top-level directory. Of course it cannot find any subdirectory
named "emacs" there.

Hence, MV_DIRS will call basename on unexpanded "emacs/*/*/*", which
will return "*" as target for "rm -fr" (and remember, we are still in
the top-level dir). Ugh.

(Unfortunately, I don't have access to an OS X system, so for lack of
testing I can't prepare a patch myself.)


Configure options are as follows:

./configure \
  --prefix=/Users/tetsushi/Gentoo26/usr \
  --build=i686-apple-darwin9 \
  --host=i686-apple-darwin9 \
  --mandir=/Users/tetsushi/Gentoo26/usr/share/man \
  --infodir=/Users/tetsushi/Gentoo26/usr/share/info \
  --datadir=/Users/tetsushi/Gentoo26/usr/share \
  --sysconfdir=/Users/tetsushi/Gentoo26/etc \
  --localstatedir=/Users/tetsushi/Gentoo26/var/lib \
  --program-suffix=-emacs-23 \
  --infodir=/Users/tetsushi/Gentoo26/usr/share/info/emacs-23 \
  --without-sound \
  --without-x \
  --with-ns \
  --disable-ns-self-contained \
  --without-hesiod  \
  --without-kerberos \
  --without-kerberos5 \
  --without-gpm \
  --without-dbus


Configured for `i686-apple-darwin9'.

  Where should the build process find the source code?    /Users/tetsushi/Gentoo26/var/tmp/portage/app-editors/emacs-23.1/work/emacs-23.1
  What operating system and machine description files should Emacs use?
        `s/darwin.h' and `m/intel386.h'
  What compiler should emacs be built with?               i686-apple-darwin9-gcc -O2 -march=nocona -pipe
  Should Emacs use the GNU version of malloc?             no
    (The GNU allocators don't work with this system configuration.)
  Should Emacs use a relocating allocator for buffers?    no
  Should Emacs use mmap(2) for buffer allocation?         no
  What window system should Emacs use?                    nextstep
  What toolkit should Emacs use?                          none
  Where do we find X Windows header files?                NONE
  Where do we find X Windows libraries?                   NONE
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   no
  Does Emacs use -ljpeg?                                  no
  Does Emacs use -ltiff?                                  no
  Does Emacs use a gif library?                           no 
  Does Emacs use -lpng?                                   no
  Does Emacs use -lrsvg-2?                                no
  Does Emacs use -lgpm?                                   no
  Does Emacs use -ldbus?                                  no
  Does Emacs use -lfreetype?                              no
  Does Emacs use -lm17n-flt?                              no
  Does Emacs use -lotf?                                   no
  Does Emacs use -lxft?                                   no
  Does Emacs use toolkit scroll bars?                     yes

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.