[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emacs floating point error during dump?
From: |
Sam Steingold |
Subject: |
Re: emacs floating point error during dump? |
Date: |
13 Jul 2003 19:58:15 -0400 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
> * In message <address@hidden>
> * On the subject of "Re: emacs floating point error during dump? "
> * Sent on Sun, 13 Jul 2003 19:06:31 -0400
> * Honorable "Stefan Monnier" <monnier+gnu/address@hidden> writes:
>
> - modifying an elisp macro will not automatically force a rebuild of
> all the .el files that make use of it.
1. all *.elc should depend on the dumped few files like subr.el.
2. if a foo.el uses a macro defined in bar.el, then it should (require
'bar) and a simple grep+sed cen generate the dependency. I did
something similar for a Commol Lisp package 5 years ago (before
switching to defsystem), it worked just fine.
> - changing from `make' to `make CFLAGS=-DENABLE_CHECKING' does not
> force recompilation of the .o files.
This is not a dependency issue.
If you type a make argument, you can as well type "make clean", right?
> - modifying `Makefile.in' will correctly cause rebuilding of
> `Makefile' but will fail to reconstruct the targets that the
> Makefile describes.
I am afraid you lost me here.
Do you mean that every target should depend on the Makefile?
If yes, I am sure you can easily add Makefile to each target line.
> - upgrading libc will not automatically cause `configure' to be rerun.
this should not be too hard to fix, I guess:
config.status: ${srcdir}/configure /lib/libc.a
./config.status --recheck
[of course the location and the name of libc will have to be somehow
determined...]
but how often do you upgrade libc?
> - deinstalling libpng does not automatically cause `configure' to be
> rerun.
again, this can probably be fixed...
The bottom line on these last two items is that host system
dependencies are probably less important than the Emacs
interdependencies because the host system can be presumed to be more
stable than the Emacs development tree.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html>
If you think big enough, you'll never have to do it.
- Re: emacs floating point error during dump?, (continued)
- Re: emacs floating point error during dump?, Miles Bader, 2003/07/12
- Re: emacs floating point error during dump?, Sam Steingold, 2003/07/12
- Re: emacs floating point error during dump?, David Kastrup, 2003/07/13
- Re: emacs floating point error during dump?, Richard Stallman, 2003/07/13
- Re: emacs floating point error during dump?, David Kastrup, 2003/07/13
- Re: emacs floating point error during dump?, Sam Steingold, 2003/07/13
- Re: emacs floating point error during dump?, Miles Bader, 2003/07/13
- Re: emacs floating point error during dump?, David Kastrup, 2003/07/13
- Re: emacs floating point error during dump?, Thien-Thi Nguyen, 2003/07/13
- Re: emacs floating point error during dump?, Stefan Monnier, 2003/07/13
- Re: emacs floating point error during dump?,
Sam Steingold <=
- Re: emacs floating point error during dump?, Eli Zaretskii, 2003/07/13
- Re: emacs floating point error during dump?, Kim F. Storm, 2003/07/14
- Re: emacs floating point error during dump?, Richard Stallman, 2003/07/15