all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* "make autoloads" fails
@ 2013-06-29 18:51 Eli Zaretskii
  2013-06-30  1:02 ` Paul Eggert
  2013-06-30 15:30 ` Waiyian Chong
  0 siblings, 2 replies; 21+ messages in thread
From: Eli Zaretskii @ 2013-06-29 18:51 UTC (permalink / raw)
  To: Kenichi Handa; +Cc: emacs-devel

Here's the error message:

  $ make autoloads
  EMACSLOADPATH=/d/gnu/bzr/emacs/trunk/lisp LC_ALL=C /d/gnu/bzr/emacs/trunk/src/emacs -batch --no-site-file --no-site-lisp -l autoload \
     --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \
     --eval "(setq generated-autoload-file (unmsys--file-name \"/d/gnu/bzr/emacs/trunk/lisp/calendar/cal-loaddefs.el\"))" \
     --eval "(setq make-backup-files nil)" \
     -f batch-update-autoloads /d/gnu/bzr/emacs/trunk/lisp/calendar
  Wrong type argument: number-or-marker-p, nil

It looks like it's related to the latest changes in coding.c, because
the backtrace is this (see frame #7):

  #0  wrong_type_argument (predicate=53917842, value=53864474) at data.c:188
  #1  0x011603eb in arith_driver (code=Asub, nargs=2, args=0x82e2a4)
      at data.c:2597
  #2  0x011608ae in Fminus (nargs=2, args=0x82e2a4) at data.c:2745
  #3  0x011c00f1 in exec_byte_code (bytestr=19877665, vector=19877685,
      maxdepth=36, args_template=53864474, nargs=0, args=0x0) at bytecode.c:1406
  #4  0x011790d0 in funcall_lambda (fun=19877605, nargs=5, arg_vector=0x82e494)
      at eval.c:3024
  #5  0x01178766 in Ffuncall (nargs=6, args=0x82e490) at eval.c:2839
  #6  0x01178128 in call5 (fn=56400666, arg1=57411777, arg2=53864474,
      arg3=55667906, arg4=53864474, arg5=57411793) at eval.c:2657
  #7  0x0112813f in Fchoose_write_coding_system (start=57411777, end=53864474,
      filename=57411793, append=53864474, visit=53864474, lockname=57411793)
      at fileio.c:4697
  #8  0x01128548 in Fwrite_region (start=57411777, end=53864474,
      filename=57411793, append=53864474, visit=53864474, lockname=57411793,
      mustbenew=53864474) at fileio.c:4870
  #9  0x011786c6 in Ffuncall (nargs=4, args=0x82ed98) at eval.c:2816
  #10 0x011be963 in exec_byte_code (bytestr=57412897, vector=53824293,
      maxdepth=20, args_template=1028, nargs=1, args=0x82ef70) at bytecode.c:903
  #11 0x01178d25 in funcall_lambda (fun=53824317, nargs=1, arg_vector=0x82ef6c)
      at eval.c:2958
  #12 0x01178766 in Ffuncall (nargs=2, args=0x82ef68) at eval.c:2839
  #13 0x011be963 in exec_byte_code (bytestr=57410433, vector=58392469,
      maxdepth=12, args_template=0, nargs=0, args=0x82f140) at bytecode.c:903
  #14 0x01178d25 in funcall_lambda (fun=56405885, nargs=0, arg_vector=0x82f140)
      at eval.c:2958
  #15 0x01178766 in Ffuncall (nargs=1, args=0x82f13c) at eval.c:2839
  #16 0x011be963 in exec_byte_code (bytestr=54251329, vector=56710493,
      maxdepth=60, args_template=512, nargs=1, args=0x82f3e0) at bytecode.c:903
  #17 0x01178d25 in funcall_lambda (fun=55975853, nargs=1, arg_vector=0x82f3e0)
      at eval.c:2958
  #18 0x01178766 in Ffuncall (nargs=2, args=0x82f3dc) at eval.c:2839
  #19 0x0117764b in Fapply (nargs=2, args=0x82f3dc) at eval.c:2276
  #20 0x0117840d in Ffuncall (nargs=3, args=0x82f3d8) at eval.c:2771
  #21 0x011be963 in exec_byte_code (bytestr=54248241, vector=56913669,
      maxdepth=40, args_template=0, nargs=0, args=0x82f5f0) at bytecode.c:903
  #22 0x01178d25 in funcall_lambda (fun=56913805, nargs=0, arg_vector=0x82f5f0)
      at eval.c:2958
  #23 0x01178766 in Ffuncall (nargs=1, args=0x82f5ec) at eval.c:2839
  #24 0x011be963 in exec_byte_code (bytestr=19665353, vector=19665373,
      maxdepth=88, args_template=1028, nargs=1, args=0x82f7cc) at bytecode.c:903
  #25 0x01178d25 in funcall_lambda (fun=19665333, nargs=1, arg_vector=0x82f7c8)
      at eval.c:2958
  #26 0x01178766 in Ffuncall (nargs=2, args=0x82f7c4) at eval.c:2839
  #27 0x011be963 in exec_byte_code (bytestr=19652537, vector=19652557,
      maxdepth=68, args_template=0, nargs=0, args=0x82f9cc) at bytecode.c:903
  #28 0x01178d25 in funcall_lambda (fun=19652517, nargs=0, arg_vector=0x82f9cc)
      at eval.c:2958
  #29 0x01178766 in Ffuncall (nargs=1, args=0x82f9c8) at eval.c:2839
  #30 0x011be963 in exec_byte_code (bytestr=19651001, vector=19651021,
      maxdepth=32, args_template=0, nargs=0, args=0x82fb50) at bytecode.c:903
  #31 0x01178d25 in funcall_lambda (fun=19650981, nargs=0, arg_vector=0x82fb50)
      at eval.c:2958
  #32 0x01178a46 in apply_lambda (fun=19650981, args=53864474) at eval.c:2899
  #33 0x01177357 in eval_sub (form=55571486) at eval.c:2205
  #34 0x011769ad in Feval (form=55571486, lexical=53864474) at eval.c:1993
  #35 0x010e2b93 in top_level_2 () at keyboard.c:1173
  #36 0x011751f9 in internal_condition_case (bfun=0x10e2b77 <top_level_2>,
      handlers=53918890, hfun=0x10e2723 <cmd_error>) at eval.c:1289
  #37 0x010e2bc5 in top_level_1 (ignore=53864474) at keyboard.c:1181
  #38 0x01174c80 in internal_catch (tag=53908770, func=0x10e2b95 <top_level_1>,
      arg=53864474) at eval.c:1063
  #39 0x010e2b00 in command_loop () at keyboard.c:1142
  #40 0x010e22b3 in recursive_edit_1 () at keyboard.c:776
  #41 0x010e2463 in Frecursive_edit () at keyboard.c:840
  #42 0x010e06fe in main (argc=15, argv=0xa44288) at emacs.c:1550

  Lisp Backtrace:
  "select-safe-coding-system" (0x82e494)
  "write-region" (0x82ed9c)
  "autoload-ensure-default-file" (0x82ef6c)
  "autoload-find-generated-file" (0x82f140)
  "update-directory-autoloads" (0x82f3e0)
  "apply" (0x82f3dc)
  "batch-update-autoloads" (0x82f5f0)
  "command-line-1" (0x82f7c8)
  "command-line" (0x82f9cc)
  "normal-top-level" (0x82fb50)

TIA



^ permalink raw reply	[flat|nested] 21+ messages in thread
* "make autoloads" fails
@ 2013-06-30  8:21 Jan Djärv
  2013-06-30 14:37 ` Eli Zaretskii
  0 siblings, 1 reply; 21+ messages in thread
From: Jan Djärv @ 2013-06-30  8:21 UTC (permalink / raw)
  To: emacs-devel developers

Hello.

A clean checkout on OSX fails on make bootstrap:

cd ../lisp; make  autoloads EMACS=/Users/jhd/src/emacs/obj-constr/src/bootstrap-emacs
EMACSLOADPATH=/Users/jhd/src/emacs/constr/lisp LC_ALL=C /Users/jhd/src/emacs/obj-constr/src/bootstrap-emacs -batch --no-site-file --no-site-lisp -l autoload \
	   --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \
	   --eval "(setq generated-autoload-file (unmsys--file-name \"/Users/jhd/src/emacs/constr/lisp/calendar/cal-loaddefs.el\"))" \
	   --eval "(setq make-backup-files nil)" \
	   -f batch-update-autoloads /Users/jhd/src/emacs/constr/lisp/calendar
Loading macroexp.elc...
Wrong type argument: number-or-marker-p, nil
make[3]: *** [/Users/jhd/src/emacs/constr/lisp/calendar/cal-loaddefs.el] Error 255
make[2]: *** [/Users/jhd/src/emacs/constr/src/../lisp/loaddefs.el] Error 2
make[1]: *** [src] Error 2
make: *** [bootstrap] Error 2

Is it possible that existing trees work fine, but new one fails?

	Jan D.




^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: "make autoloads" fails
@ 2013-06-30 11:31 Angelo Graziosi
  0 siblings, 0 replies; 21+ messages in thread
From: Angelo Graziosi @ 2013-06-30 11:31 UTC (permalink / raw)
  To: emacs

Paul Eggert wrote:
> "make autoloads" works for me (Fedora 17, GCC 4.8.1, x86-64)
> for the latest Emacs trunk (bzr 113225).  So I suspect the
> problem is platform-dependent.

Jan Djärv wrote
> A clean checkout on OSX fails on make bootstrap:
[...]
> Is it possible that existing trees work fine, but new one fails?

On Cygwin r. 113227 fails to bootstrap:
[...]
Wrote /work/emacs/lisp/emacs-lisp/autoload.elc
make[3]: uscita dalla directory "/work/emacs/Work/lisp"
cd ../lisp; /usr/bin/make -w autoloads 
EMACS=/work/emacs/Work/src/bootstrap-emacs.exe
make[3]: ingresso nella directory "/work/emacs/Work/lisp"
EMACSLOADPATH=/work/emacs/lisp LC_ALL=C 
/work/emacs/Work/src/bootstrap-emacs.exe -batch --no-site-file 
--no-site-lisp -l autoload \
    --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \
    --eval "(setq generated-autoload-file (unmsys--file-name 
\"/work/emacs/lisp/calendar/cal-loaddefs.el\"))" \
    --eval "(setq make-backup-files nil)" \
    -f batch-update-autoloads /work/emacs/lisp/calendar
Loading macroexp.elc...
Wrong type argument: number-or-marker-p, nil
Makefile:418: recipe for target 
`/work/emacs/lisp/calendar/cal-loaddefs.el' failed
make[3]: *** [/work/emacs/lisp/calendar/cal-loaddefs.el] Error 255
make[3]: uscita dalla directory "/work/emacs/Work/lisp"
Makefile:818: recipe for target `/work/emacs/src/../lisp/loaddefs.el' failed
make[2]: *** [/work/emacs/src/../lisp/loaddefs.el] Error 2
make[2]: uscita dalla directory "/work/emacs/Work/src"
Makefile:381: recipe for target `src' failed
make[1]: *** [src] Error 2
make[1]: uscita dalla directory "/work/emacs/Work"
Makefile:992: recipe for target `bootstrap' failed
make: *** [bootstrap] Error 2
build-emacs.sh: Bootstrap failure...

Notice that r113214 (two days ago) bootstraps fine.

I would suggest to bootstrap in a clean tree.

Usally I have a local copy of trunk BZR repo and to bootstrap I do

rsync -av --exclude=.bzr* --exclude=.g* --delete /work/emacs-trunk/ 
/work/emacs/

cd /work/emacs/
./autogen.sh
mkdir Work
cd Work
../configure ...
make [-j3] bootstrap
etc..

Ciao,
Angelo.



^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~2013-06-30 20:59 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-06-29 18:51 "make autoloads" fails Eli Zaretskii
2013-06-30  1:02 ` Paul Eggert
2013-06-30  1:35   ` Juanma Barranquero
2013-06-30  2:43     ` Eli Zaretskii
2013-06-30  3:03       ` Juanma Barranquero
2013-06-30  2:43   ` Eli Zaretskii
2013-06-30 15:30 ` Waiyian Chong
2013-06-30 16:04   ` Eli Zaretskii
2013-06-30 17:45     ` Uwe Brauer
2013-06-30 17:50       ` Jambunathan K
2013-06-30 17:52         ` Uwe Brauer
2013-06-30 18:05           ` Jambunathan K
2013-06-30 18:12             ` Eli Zaretskii
2013-06-30 18:17               ` Uwe Brauer
2013-06-30 18:27                 ` Eli Zaretskii
2013-06-30 18:29               ` Uwe Brauer
2013-06-30 19:20                 ` Eli Zaretskii
2013-06-30 20:59                   ` Uwe Brauer
  -- strict thread matches above, loose matches on Subject: below --
2013-06-30  8:21 Jan Djärv
2013-06-30 14:37 ` Eli Zaretskii
2013-06-30 11:31 Angelo Graziosi

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.