From: Eli Zaretskii <eliz@gnu.org>
To: Kenichi Handa <handa@gnu.org>
Cc: emacs-devel@gnu.org
Subject: "make autoloads" fails
Date: Sat, 29 Jun 2013 21:51:49 +0300 [thread overview]
Message-ID: <83vc4wda2i.fsf@gnu.org> (raw)
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
next reply other threads:[~2013-06-29 18:51 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-29 18:51 Eli Zaretskii [this message]
2013-06-30 1:02 ` "make autoloads" fails 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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83vc4wda2i.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=handa@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).