bug#12010: 24.1.50: NS variant does not use '--enable-locallisppath=...' configure option

[Peter Dyballa]

Am 22.07.2012 um 18:42 schrieb Jan Djärv:

> It seems that -Q must come after --eval.  I don't know why.

This does not alter the reported fact that load-path does not contain the two 
directories from configure:

        --enable-locallisppath=/Library/Application\ 
Support/Emacs/calendar24:/Library/Application\ Support/Emacs

The X client learns it and can launch without problems while the NS variant 
simply crashes. At least last month the NS variant learned this setting and the 
release 24.1 does it too:

        load-path is a variable defined in `C source code'.
        Its value is
        ("/Library/Application Support/Emacs/calendar24" "/Library/Application 
Support/Emacs" "/usr/local/share/emacs/24.1/lisp" 
"/usr/local/share/emacs/24.1/lisp/vc" "/usr/local/share/emacs/24.1/lisp/url" 
"/usr/local/share/emacs/24.1/lisp/textmodes" 
"/usr/local/share/emacs/24.1/lisp/progmodes" 
"/usr/local/share/emacs/24.1/lisp/play" "/usr/local/share/emacs/24.1/lisp/org" 
"/usr/local/share/emacs/24.1/lisp/nxml" "/usr/local/share/emacs/24.1/lisp/net" 
"/usr/local/share/emacs/24.1/lisp/mh-e" "/usr/local/share/emacs/24.1/lisp/mail" 
"/usr/local/share/emacs/24.1/lisp/language" 
"/usr/local/share/emacs/24.1/lisp/international" 
"/usr/local/share/emacs/24.1/lisp/gnus" 
"/usr/local/share/emacs/24.1/lisp/eshell" 
"/usr/local/share/emacs/24.1/lisp/erc" 
"/usr/local/share/emacs/24.1/lisp/emulation" 
"/usr/local/share/emacs/24.1/lisp/emacs-lisp" 
"/usr/local/share/emacs/24.1/lisp/cedet" 
"/usr/local/share/emacs/24.1/lisp/calendar" 
"/usr/local/share/emacs/24.1/lisp/calc" 
"/usr/local/share/emacs/24.1/lisp/obsolete" "/usr/local/share/emacs/24.1/leim")

--
Greetings

  Pete

War springs from unseen and generally insignificant causes.
                                – Anonymous