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

Previous Next

Package: emacs;

Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>

Date: Sat, 21 Jul 2012 16:39:02 UTC

Severity: normal

Found in version 24.1.50

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#12010; Package emacs. (Sat, 21 Jul 2012 16:39:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 21 Jul 2012 16:39:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.1.50: NS variant does not use '--enable-locallisppath=...'
	configure option
Date: Sat, 21 Jul 2012 18:30:05 +0200
Hello!

As you can see below I tried to teach it the place where site-specific Elisp files are installed. This fails for the NS variant while the X client learns and functions OK.

There is also a second flaw: when invoked as "nextstep/Emacs.app/Contents/MacOS/Emacs -Q -eval '(message "Der load-path ist %s" load-path)'" or "nextstep/Emacs.app/Contents/MacOS/Emacs -Q --eval '(message "Der load-path ist %s" load-path)'" it instead open a file "(message "Der load-path ist %s" load-path)".


In GNU Emacs 24.1.50.1 (i686-apple-darwin10, NS apple-appkit-1038.36)
 of 2012-07-21 on Sumac.local
Bzr revision: 109179 eliz <at> gnu.org-20120721133332-7dceeh9e97zdafv8
Windowing system distributor `Apple', version 10.3.1038
Configured using:
 `configure '--host=i686-apple-darwin10' '--target=i686-apple-darwin10'
 '--with-wide-int' '--without-sound' '--without-dbus' '--without-pop'
 '--without-gconf' '--without-gpm' '--with-ns'
 '--disable-ns-self-contained' '--without-xpm' '--without-jpeg'
 '--without-tiff' '--without-gif' '--without-png' '--without-rsvg'
 '--x-libraries=/usr/X11/lib' '--x-includes=/usr/X11/include'
 '--enable-locallisppath=/Library/Application
 Support/Emacs/calendar24:/Library/Application Support/Emacs' 'CFLAGS=-g
 -H -pipe -fPIC -fno-common -O0 -march=prescott -mtune=prescott -m32
 -fomit-frame-pointer -msse4.2 -foptimize-register-move
 -ftree-vectorize' 'LDFLAGS=-m32 -Wl,-dead_strip_dylibs
 -Wl,-bind_at_load -Wl,-t' 'CC=clang' 'CXX=clang++'
 'PKG_CONFIG_PATH=/sw/lib/xft2/lib/pkgconfig:/sw/share/pkgconfig:/sw/lib/pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/pkgconfig'
 'host_alias=i686-apple-darwin10' 'target_alias=i686-apple-darwin10''

Important settings:
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<ns-open-file-line> <down-mouse-1> <mouse-1> C-x b 
* M e s <tab> <return> <help-echo> <menu-bar> <help-menu> 
<send-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Der load-path ist (/usr/local/share/emacs/24.1.50/lisp /usr/local/share/emacs/24.1.50/lisp/vc /usr/local/share/emacs/24.1.50/lisp/url /usr/local/share/emacs/24.1.50/lisp/textmodes /usr/local/share/emacs/24.1.50/lisp/progmodes /usr/local/share/emacs/24.1.50/lisp/play /usr/local/share/emacs/24.1.50/lisp/org /usr/local/share/emacs/24.1.50/lisp/nxml /usr/local/share/emacs/24.1.50/lisp/net /usr/local/share/emacs/24.1.50/lisp/mh-e /usr/local/share/emacs/24.1.50/lisp/mail /usr/local/share/emacs/24.1.50/lisp/language /usr/local/share/emacs/24.1.50/lisp/international /usr/local/share/emacs/24.1.50/lisp/gnus /usr/local/share/emacs/24.1.50/lisp/eshell /usr/local/share/emacs/24.1.50/lisp/erc /usr/local/share/emacs/24.1.50/lisp/emulation /usr/local/share/emacs/24.1.50/lisp/emacs-lisp /usr/local/share/emacs/24.1.50/lisp/cedet /usr/local/share/emacs/24.1.50/lisp/calendar /usr/local/share/emacs/24.1.50/lisp/calc /usr/local/share/emacs/24.1.50/lisp/obsolete /usr/local/share/emacs/24.1.50/leim)
(New file)
Loading vc-bzr...done

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils vc-bzr time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process ns multi-tty emacs)


--
Greetings

  Pete

Eat the rich – the poor are tough and stringy.





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12010; Package emacs. (Sun, 22 Jul 2012 16:50:02 GMT) Full text and rfc822 format available.

Message #8 received at 12010 <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 12010 <at> debbugs.gnu.org
Subject: Re: bug#12010: 24.1.50: NS variant does not use
	'--enable-locallisppath=...' configure option
Date: Sun, 22 Jul 2012 18:42:30 +0200
Hello.

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

	Jan D.

21 jul 2012 kl. 18:30 skrev Peter Dyballa:

> Hello!
> 
> As you can see below I tried to teach it the place where site-specific Elisp files are installed. This fails for the NS variant while the X client learns and functions OK.
> 
> There is also a second flaw: when invoked as "nextstep/Emacs.app/Contents/MacOS/Emacs -Q -eval '(message "Der load-path ist %s" load-path)'" or "nextstep/Emacs.app/Contents/MacOS/Emacs -Q --eval '(message "Der load-path ist %s" load-path)'" it instead open a file "(message "Der load-path ist %s" load-path)".
> 
> 
> In GNU Emacs 24.1.50.1 (i686-apple-darwin10, NS apple-appkit-1038.36)
> of 2012-07-21 on Sumac.local
> Bzr revision: 109179 eliz <at> gnu.org-20120721133332-7dceeh9e97zdafv8
> Windowing system distributor `Apple', version 10.3.1038
> Configured using:
> `configure '--host=i686-apple-darwin10' '--target=i686-apple-darwin10'
> '--with-wide-int' '--without-sound' '--without-dbus' '--without-pop'
> '--without-gconf' '--without-gpm' '--with-ns'
> '--disable-ns-self-contained' '--without-xpm' '--without-jpeg'
> '--without-tiff' '--without-gif' '--without-png' '--without-rsvg'
> '--x-libraries=/usr/X11/lib' '--x-includes=/usr/X11/include'
> '--enable-locallisppath=/Library/Application
> Support/Emacs/calendar24:/Library/Application Support/Emacs' 'CFLAGS=-g
> -H -pipe -fPIC -fno-common -O0 -march=prescott -mtune=prescott -m32
> -fomit-frame-pointer -msse4.2 -foptimize-register-move
> -ftree-vectorize' 'LDFLAGS=-m32 -Wl,-dead_strip_dylibs
> -Wl,-bind_at_load -Wl,-t' 'CC=clang' 'CXX=clang++'
> 'PKG_CONFIG_PATH=/sw/lib/xft2/lib/pkgconfig:/sw/share/pkgconfig:/sw/lib/pkgconfig:/usr/X11/lib/pkgconfig:/usr/X11/share/pkgconfig:/usr/lib/pkgconfig'
> 'host_alias=i686-apple-darwin10' 'target_alias=i686-apple-darwin10''
> 
> Important settings:
>  value of $LC_CTYPE: de_DE.UTF-8
>  value of $LANG: de_DE.UTF-8
>  locale-coding-system: utf-8-unix
>  default enable-multibyte-characters: t
> 
> Major mode: Fundamental
> 
> Minor modes in effect:
>  tooltip-mode: t
>  mouse-wheel-mode: t
>  tool-bar-mode: t
>  menu-bar-mode: t
>  file-name-shadow-mode: t
>  global-font-lock-mode: t
>  font-lock-mode: t
>  blink-cursor-mode: t
>  auto-composition-mode: t
>  auto-encryption-mode: t
>  auto-compression-mode: t
>  line-number-mode: t
>  transient-mark-mode: t
> 
> Recent input:
> <ns-open-file-line> <down-mouse-1> <mouse-1> C-x b 
> * M e s <tab> <return> <help-echo> <menu-bar> <help-menu> 
> <send-emacs-bug-report>
> 
> Recent messages:
> For information about GNU Emacs and the GNU system, type C-h C-a.
> Der load-path ist (/usr/local/share/emacs/24.1.50/lisp /usr/local/share/emacs/24.1.50/lisp/vc /usr/local/share/emacs/24.1.50/lisp/url /usr/local/share/emacs/24.1.50/lisp/textmodes /usr/local/share/emacs/24.1.50/lisp/progmodes /usr/local/share/emacs/24.1.50/lisp/play /usr/local/share/emacs/24.1.50/lisp/org /usr/local/share/emacs/24.1.50/lisp/nxml /usr/local/share/emacs/24.1.50/lisp/net /usr/local/share/emacs/24.1.50/lisp/mh-e /usr/local/share/emacs/24.1.50/lisp/mail /usr/local/share/emacs/24.1.50/lisp/language /usr/local/share/emacs/24.1.50/lisp/international /usr/local/share/emacs/24.1.50/lisp/gnus /usr/local/share/emacs/24.1.50/lisp/eshell /usr/local/share/emacs/24.1.50/lisp/erc /usr/local/share/emacs/24.1.50/lisp/emulation /usr/local/share/emacs/24.1.50/lisp/emacs-lisp /usr/local/share/emacs/24.1.50/lisp/cedet /usr/local/share/emacs/24.1.50/lisp/calendar /usr/local/share/emacs/24.1.50/lisp/calc /usr/local/share/emacs/24.1.50/lisp/obsolete /usr/local/share/emacs/24.1.50/leim)
> (New file)
> Loading vc-bzr...done
> 
> Load-path shadows:
> None found.
> 
> Features:
> (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
> easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
> mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
> mm-util mail-prsvr mail-utils vc-bzr time-date tooltip ediff-hook
> vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image
> regexp-opt fringe tabulated-list newcomment lisp-mode register page
> menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
> syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
> vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
> romanian slovak czech european ethiopic indian cyrillic chinese
> case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
> button faces cus-face files text-properties overlay sha1 md5 base64
> format env code-pages mule custom widget hashtable-print-readable
> backquote make-network-process ns multi-tty emacs)
> 
> 
> --
> Greetings
> 
>  Pete
> 
> Eat the rich – the poor are tough and stringy.
> 
> 
> 





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12010; Package emacs. (Sun, 22 Jul 2012 18:46:02 GMT) Full text and rfc822 format available.

Message #11 received at 12010 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 12010 <at> debbugs.gnu.org
Subject: Re: bug#12010: 24.1.50: NS variant does not use
	'--enable-locallisppath=...' configure option
Date: Sun, 22 Jul 2012 20:36:33 +0200
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





Reply sent to Jan Djärv <jan.h.d <at> swipnet.se>:
You have taken responsibility. (Sun, 29 Jul 2012 17:07:02 GMT) Full text and rfc822 format available.

Notification sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
bug acknowledged by developer. (Sun, 29 Jul 2012 17:07:02 GMT) Full text and rfc822 format available.

Message #16 received at 12010-done <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 12010-done <at> debbugs.gnu.org
Subject: Re: bug#12010: 24.1.50: NS variant does not use
	'--enable-locallisppath=...' configure option
Date: Sun, 29 Jul 2012 18:59:34 +0200
Hello.

22 jul 2012 kl. 20:36 skrev 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")

I can't get it to crash, but I have checked in a fix for locallisppath not in load-path for trunk.  Note that -Q will not add locallisppath.

I'm surprised you could install Emacs with that locallisppath as spaces in locallisppath wasn't handeled, i.e. make install would try to make directories "/Library/Application" and "Support/Emacs/calendar24".

I'll see what the deal is with --eval only working before -Q.

	Jan D.





Message #17 received at 12010-done <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 12010-done <at> debbugs.gnu.org
Subject: Re: bug#12010: 24.1.50: NS variant does not use
	'--enable-locallisppath=...' configure option
Date: Sun, 29 Jul 2012 22:52:36 +0200
Am 29.07.2012 um 18:59 schrieb Jan Djärv:

> I have checked in a fix for locallisppath not in load-path for trunk.  Note that -Q will not add locallisppath.

Why should it? Locallisppath is recorded in load-path via src/epaths.h:

	#define PATH_SITELOADSEARCH "/Library/Application Support/Emacs/calendar24:/Library/Application Support/Emacs"

> 
> I'm surprised you could install Emacs with that locallisppath as spaces in locallisppath wasn't handeled, i.e. make install would try to make directories "/Library/Application" and "Support/Emacs/calendar24".

Before I used --enable-locallisppath=… "/Library/Application Support" and  "/Library/Application Support/Emacs" did exist or were created by me to contain site-init.el (then). I reported the problem as "Make install cannot handle directory names with a SPC in it" on 2007-03-24 that 'make install' creates a Support directory in the Emacs sources root directory (where configure lives) with this contents in it now:

	total 0
	drwxr-xr-x  3 root  admin  102 15 Apr 13:56 Emacs
	
	Support/Emacs:
	total 0
	drwxr-xr-x  2 root  admin   68 15 Apr 13:56 calendar24
	
	Support/Emacs/calendar24:

This does not cost much disk and backup space or run time.

--
Greetings

  Pete

To be is to do.
			– I. Kant
To do is to be.
			– A. Sartre
Yabba-Dabba-Doo!
			– F. Flintstone





Message #18 received at 12010-done <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 12010-done <at> debbugs.gnu.org
Subject: Re: bug#12010: 24.1.50: NS variant does not use
	'--enable-locallisppath=...' configure option
Date: Sun, 29 Jul 2012 23:20:22 +0200
29 jul 2012 kl. 22:52 skrev Peter Dyballa:

> 
> Am 29.07.2012 um 18:59 schrieb Jan Djärv:
> 
>> I have checked in a fix for locallisppath not in load-path for trunk.  Note that -Q will not add locallisppath.
> 
> Why should it? Locallisppath is recorded in load-path via src/epaths.h:
> 
> 	#define PATH_SITELOADSEARCH "/Library/Application Support/Emacs/calendar24:/Library/Application Support/Emacs"

You had -Q in your example to print out the load-path.

> 
>> 
>> I'm surprised you could install Emacs with that locallisppath as spaces in locallisppath wasn't handeled, i.e. make install would try to make directories "/Library/Application" and "Support/Emacs/calendar24".
> 
> Before I used --enable-locallisppath=… "/Library/Application Support" and  "/Library/Application Support/Emacs" did exist or were created by me to contain site-init.el (then). I reported the problem as "Make install cannot handle directory names with a SPC in it" on 2007-03-24 that 'make install' creates a Support directory in the Emacs sources root directory (where configure lives) with this contents in it now:
> 
> 	total 0
> 	drwxr-xr-x  3 root  admin  102 15 Apr 13:56 Emacs
> 	
> 	Support/Emacs:
> 	total 0
> 	drwxr-xr-x  2 root  admin   68 15 Apr 13:56 calendar24
> 	
> 	Support/Emacs/calendar24:
> 
> This does not cost much disk and backup space or run time.

I think you may also have an empty /Library/Application if you installed Emacs with sufficient priviliegies.

	Jan D.





Message #19 received at 12010-done <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 12010-done <at> debbugs.gnu.org
Subject: Re: bug#12010: 24.1.50: NS variant does not use
	'--enable-locallisppath=...' configure option
Date: Mon, 30 Jul 2012 01:17:58 +0200
Am 29.07.2012 um 23:20 schrieb Jan Djärv:

> You had -Q in your example to print out the load-path.

This is pretty new behaviour in 24.1.50 I see now… So there must another reason for the failure.

> 
> I think you may also have an empty /Library/Application if you installed Emacs with sufficient priviliegies.

Indeed!

--
Greetings

  Pete

Got Mole problems?
Call Avogadro 6.02 x 10^23





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#12010; Package emacs. (Mon, 30 Jul 2012 20:22:02 GMT) Full text and rfc822 format available.

Message #22 received at 12010 <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 12010 <at> debbugs.gnu.org
Subject: Re: bug#12010: 24.1.50: NS variant does not use
	'--enable-locallisppath=...' configure option
Date: Mon, 30 Jul 2012 22:13:46 +0200
Hello.

22 jul 2012 kl. 18:42 skrev Jan Djärv:

> Hello.
> 
> It seems that -Q must come after --eval.  I don't know why.
> 
> 	Jan D.
> 
> 21 jul 2012 kl. 18:30 skrev Peter Dyballa:
> 
>> Hello!
>> 
>> As you can see below I tried to teach it the place where site-specific Elisp files are installed. This fails for the NS variant while the X client learns and functions OK.
>> 
>> There is also a second flaw: when invoked as "nextstep/Emacs.app/Contents/MacOS/Emacs -Q -eval '(message "Der load-path ist %s" load-path)'" or "nextstep/Emacs.app/Contents/MacOS/Emacs -Q --eval '(message "Der load-path ist %s" load-path)'" it instead open a file "(message "Der load-path ist %s" load-path)".

Emacs does evaluate the code after the --eval, but the Cocoa command line parsing mistakes the argument for a file and passes it to Emacs to be opened.  I fixed this in the trunk, so we ignore Cocoa-passed filenames during start.

	Jan D.






bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 28 Aug 2012 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 11 years and 251 days ago.

Previous Next


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