From: Eli Zaretskii <eliz@gnu.org>
To: Dan Nicolaescu <dann@ics.uci.edu>
Cc: emacs-devel@gnu.org
Subject: Re: Makefile bug in generating mh-loaddefs.el?
Date: Tue, 03 Jul 2007 23:00:58 +0300 [thread overview]
Message-ID: <ufy45l0jp.fsf@gnu.org> (raw)
In-Reply-To: <200707031842.l63IgTR8029247@oogie-boogie.ics.uci.edu> (message from Dan Nicolaescu on Tue, 03 Jul 2007 11:42:29 -0700)
> From: Dan Nicolaescu <dann@ics.uci.edu>
> Date: Tue, 03 Jul 2007 11:42:29 -0700
>
> $(lisp)/mh-e/mh-loaddefs.el: $(MH_E_SRC)
> echo ";;; mh-loaddefs.el --- automatically extracted autoloads" > $@
> echo "" >> $@
> echo ";; Copyright (C) 2003, 2004, 2005, 2006, 2007 Free Software Foundation, Inc." >> $@
> echo ";; Author: Bill Wohler <wohler@newt.com>" >> $@
> echo ";; Keywords: mail" >> $@
> echo ";;; Commentary:" >> $@
> echo ";;; Change Log:" >> $@
> echo ";;; Code:" >> $@
> echo "\f" >> $@
> echo "(provide 'mh-loaddefs)" >> $@
> echo ";; Local Variables:" >> $@
> echo ";; version-control: never" >> $@
> echo ";; no-byte-compile: t" >> $@
> echo ";; no-update-autoloads: t" >> $@
> echo ";; End:" >> $@
> echo ";;; mh-loaddefs.el ends here" >> $@
> $(EMACS) $(EMACSOPT) \
> -l autoload \
> --eval "(setq generate-autoload-cookie \";;;###mh-autoload\")" \
> --eval "(setq generated-autoload-file \"$(lisp)/mh-e/mh-loaddefs.el\")" \
> --eval "(setq make-backup-files nil)" \
> -f batch-update-autoloads $(lisp)/mh-e
>
>
> Now, if the "$(EMACS) $(EMACSOPT) -l autoload ..." fails, the
> mh-loaddefs.el file will not be deleted. That seems like a bug to me...
Could you please explain what do you mean by ``will not be deleted'',
and why you think it's a bug? The `echo' commands overwrite
mh-loaddefs.el, don't they? which is akin to deleting the (old) file,
right?
Anyway, of Emacs fails, then Make will stop and announce the error;
therefore I don't see why you (evidently) want an additional
manifestation of the problem.
What am I missing?
next prev parent reply other threads:[~2007-07-03 20:00 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-03 18:42 Makefile bug in generating mh-loaddefs.el? Dan Nicolaescu
2007-07-03 20:00 ` Eli Zaretskii [this message]
2007-07-03 20:14 ` David Kastrup
2007-07-03 20:25 ` Tom Tromey
2007-07-03 20:55 ` Dan Nicolaescu
2007-07-04 3:17 ` Eli Zaretskii
2007-07-04 4:44 ` Bill Wohler
2007-07-04 6:21 ` David Kastrup
2007-07-04 8:46 ` Stephen J. Turnbull
2007-07-04 14:16 ` Tom Tromey
2007-07-04 14:19 ` Tom Tromey
2007-07-04 21:25 ` Eli Zaretskii
2007-07-04 23:06 ` David Robinow
2007-07-05 3:28 ` Eli Zaretskii
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=ufy45l0jp.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=dann@ics.uci.edu \
--cc=emacs-devel@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).