bug#27760: 26.0.50; mac os build doesn't work with CANNOT_DUMP

bug#27760: 26.0.50; mac os build doesn't work with CANNOT_DUMP

[Ken Raeburn]

Configure Emacs with “./configure CANNOT_DUMP=yes” on Mac OS.  Build normally with “gmake && gmake install”.  Aside from the CANNOT_DUMP spec, this is the normal way to build the standalone, relocatable Emacs app.

Try to launch it from the command line:

$ open nextstep/Emacs.app/
LSOpenURLsWithRole() failed with error -10810 for the file /Users/raeburn/dev/emacs/emacs/mac2/nextstep/Emacs.app.
$

Try running the executable directly:

$ ./nextstep/Emacs.app/Contents/MacOS/Emacs 
Loading loadup.el (source)...
Using load-path (/Users/raeburn/dev/emacs/emacs/mac2/nextstep/Emacs.app/Contents/Resources/site-lisp /Users/raeburn/dev/emacs/emacs/mac2/nextstep/Emacs.app/Contents/Resources/site-lisp/emacs-lisp /Users/raeburn/dev/emacs/emacs/mac2/nextstep/Emacs.app/Contents/Resources/site-lisp/language /Users/raeburn/dev/emacs/emacs/mac2/nextstep/Emacs.app/Contents/Resources/site-lisp/international /Users/raeburn/dev/emacs/emacs/mac2/nextstep/Emacs.app/Contents/Resources/site-lisp/textmodes /Users/raeburn/dev/emacs/emacs/mac2/nextstep/Emacs.app/Contents/Resources/site-lisp/vc)
Cannot open load file: No such file or directory, emacs-lisp/byte-run
$

Clearly there’s some problem setting the load path here, as it’s using all the normal subdirectories, but trying to find them under site-lisp.

As a quick hack, I tried making site-lisp a symlink to the real lisp directory so the files could be found, and the app was able to start up.  However, as an experiment I tried to use “M-x report-emacs-bug” and it gave me an error: “Wrong type argument: stringp, small-temporary-file-directory”.  So there’s probably something more than just the load-path setup problem.


In GNU Emacs 26.0.50 (build 2, x86_64-apple-darwin15.6.0, NS appkit-1404.47 Version 10.11.6 (Build 15G1217))
 of 2017-07-18 built on bang.local
Repository revision: 0083123499cc29e301c197218d3809b225675e57
Windowing system distributor 'Apple', version 10.3.1404
Recent messages:
Loading ~/lib/elisp/sue.elc...done
Loading desktop...done
Warning: desktop file appears to be in use by PID 83193.
Using it may cause conflicts.  Use it anyway? (y or n) n
Desktop file in use; not loaded.
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured features:
RSVG IMAGEMAGICK DBUS NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS
NS

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  desktop-save-mode: t
  global-hi-lock-mode: t
  hi-lock-mode: t
  which-function-mode: t
  icomplete-mode: t
  shell-dirtrack-mode: t
  display-time-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-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

Load-path shadows:
None found.

Features:
(shadow sort mail-extr warnings emacsbug message subr-x puny dired
dired-loaddefs rfc822 mml mml-sec epa derived epg gnus-util rmail
rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader add-log desktop frameset cus-start
cus-load kr-defs hi-lock which-func imenu icomplete iso-transl
smart-quotes easy-mmode tramp tramp-compat tramp-loaddefs trampver shell
pcomplete comint ansi-color ring parse-time format-spec advice cc-mode
cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars
cc-defs server time sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils finder-inf package easymenu epg-config
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib time-date tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win
ucs-normalize mule-util term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dbusbind kqueue cocoa ns multi-tty make-network-process emacs)

Memory information:
((conses 16 261205 10768)
 (symbols 48 26239 2)
 (miscs 40 57 241)
 (strings 32 47062 2197)
 (string-bytes 1 1447937)
 (vectors 16 42658)
 (vector-slots 8 784892 11755)
 (floats 8 70 46)
 (intervals 56 241 1)
 (buffers 992 12))

bug#27760: 26.0.50; mac os build doesn't work with CANNOT_DUMP

[Glenn Morris]

Version: 27.1

The CANNOT_DUMP option no longer exists, and Emacs now uses a portable
dumper by default.