From: Glenn Morris <rgm@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 9106@debbugs.gnu.org
Subject: bug#9106: 24.0.50; ./configure causes massive recompilation
Date: Mon, 18 Jul 2011 13:48:45 -0400 [thread overview]
Message-ID: <jbhb6jqy2q.fsf@fencepost.gnu.org> (raw)
In-Reply-To: <E1QiJw4-0000uU-CA@fencepost.gnu.org>
Eli Zaretskii wrote:
> Invocation of the `configure' script causes recompilation of many
> source files, even though nothing has really changed.
Why do you want to re-run configure - can you get away with just `make'?
In principle, almost anything could have changed if you have re-run
configure (?). Eg you could in principle be compiling for a different
arch now. I'm not sure it's possible to distinguish those cases from
cases where nothing has really changed.
> It looks like the cause is lib/Makefile which states that several
> generated headers in that directory depend on config.status. So each
> `configure' causes those headers to be regenerated, which in turn
> triggers many files using those headers to be recompiled.
next prev parent reply other threads:[~2011-07-18 17:48 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-17 5:30 bug#9106: 24.0.50; ./configure causes massive recompilation Eli Zaretskii
2011-07-18 17:48 ` Glenn Morris [this message]
2011-07-18 18:20 ` Jan Djärv
2011-07-18 18:37 ` Glenn Morris
2011-07-18 18:58 ` Eli Zaretskii
2011-07-18 18:37 ` Eli Zaretskii
2011-07-20 0:39 ` Paul Eggert
[not found] ` <4E2623CA.8090805@cs.ucla.edu>
2011-07-20 5:24 ` Eli Zaretskii
[not found] ` <E1QjPH2-0000Dw-03@fencepost.gnu.org>
2011-07-20 5:58 ` Paul Eggert
[not found] ` <4E266E98.4010901@cs.ucla.edu>
2011-07-20 6:29 ` Eli Zaretskii
[not found] ` <E1QjQHq-0003DH-6Q@fencepost.gnu.org>
2011-07-20 6:38 ` Eli Zaretskii
2011-07-20 6:44 ` Ralf Wildenhues
[not found] ` <E1QjQQK-0003x0-Db@fencepost.gnu.org>
2011-07-20 6:46 ` Ralf Wildenhues
[not found] ` <20110720064623.40890@gmx.net>
2011-07-20 8:48 ` Eli Zaretskii
[not found] ` <83k4bcvo1f.fsf@gnu.org>
[not found] ` <20110720210417.270150@gmx.net>
[not found] ` <201107211257.44586.bruno@clisp.org>
2011-07-21 20:59 ` Paul Eggert
[not found] ` <4E289329.1020204@cs.ucla.edu>
2011-07-21 21:27 ` Bruno Haible
[not found] ` <201107212327.27095.bruno@clisp.org>
2011-07-21 22:00 ` Paul Eggert
[not found] ` <4E28A192.6010702@cs.ucla.edu>
2011-07-22 6:14 ` Eli Zaretskii
[not found] ` <83zkk6u9ja.fsf@gnu.org>
2011-07-22 8:06 ` Paul Eggert
2011-07-21 22:27 ` Jim Meyering
2022-04-25 10:40 ` Lars Ingebrigtsen
2022-04-25 11:34 ` Eli Zaretskii
2022-04-25 12:10 ` Lars Ingebrigtsen
2022-04-25 13:42 ` Robert Pluim
2022-04-25 14:29 ` Lars Ingebrigtsen
2022-04-25 15:49 ` Robert Pluim
2022-04-25 16:13 ` Eli Zaretskii
2022-04-26 15:43 ` Robert Pluim
2022-05-05 8:33 ` Robert Pluim
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jbhb6jqy2q.fsf@fencepost.gnu.org \
--to=rgm@gnu.org \
--cc=9106@debbugs.gnu.org \
--cc=eliz@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 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.