From: Grant Erickson <gerickson@nuovations.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Build Iterates Indefinitely on "Generating include/autoconf.mk"
Date: Tue, 01 Apr 2008 15:43:17 -0700 [thread overview]
Message-ID: <C4180895.E556%gerickson@nuovations.com> (raw)
In-Reply-To: <20080327220807.26F95242FC@gemini.denx.de>
On 3/27/08 3:08 PM, Wolfgang Denk wrote:
> In message <000001c89049$3d85a440$2708a8c0@CAM.ARTIMI.COM> you wrote:
>> Maybe `.LOW_RESOLUTION_TIME' could help? Also, it might be worth trying a
>> run with the -d flag, in case it shows up why make thinks
>> include/autoconf.mk is never up-to-date; it might be informative to know WRT
>> what precisely make thinks it is outdated.
>
> I think running with "-d" is a good idea, even though it will produce
> a disk full of output. But in theory the output should be identical
> for all setups.
Turning on '-d' was somewhat instructive in that in contrast to the previous
tests without '-d' all builds I have of make v3.81 on all file system types
fail (ext3fs, tmpfs, and nfs) whereas one version previously worked on all
file systems and all versions worked on ext3fs:
Without '-d':
-------------
------------------------------------------------------------------------
Shell Make NFS tmpfs ext3
========================================================================
bash /usr/local/bin/make-3.81 (3.81) SUCCESS SUCCESS SUCCESS
bash /usr/local/bin/gmake (3.81) FAILURE FAILURE SUCCESS
bash ${HOME}/tmp/bin/make (3.81 w/ librt) FAILURE FAILURE SUCCESS
bash ${HOME}/tmp/bin/make (3.81 w/o librt) FAILURE FAILURE SUCCESS
========================================================================
With '-d':
----------
------------------------------------------------------------------------
Shell Make NFS tmpfs ext3
========================================================================
bash /usr/local/bin/make-3.81 (3.81) FAILURE FAILURE FAILURE
bash /usr/local/bin/gmake (3.81) FAILURE FAILURE FAILURE
bash ${HOME}/tmp/bin/make (3.81 w/ librt) FAILURE FAILURE FAILURE
bash ${HOME}/tmp/bin/make (3.81 w/o librt) FAILURE FAILURE FAILURE
========================================================================
While the log files from all 12 runs (4 versions x 3 file systems) are
identical (with the obvious exceptions of paths, PIDs, etc.), what sticks
out in each is that make never thinks
`${ROOT}/u-boot/build/include/version_autogenerated.h' (aka VERSION_FILE)
exists even though it gets remade successfully each time it is requested.
This is, of course, a completely expected result since $(VERSION_FILE) is
tagged '.PHONY' in the main Makefile.
Removing $(VERSION_FILE) from the .PHONY list results in successes across
the entire 12 cell test matrix.
Any insights on why this very real file is tagged as .PHONY and why it
should not be eliminated from the .PHONY list?
Based on the test matrix above, is there any agreement that this is a
potential make bug in how .PHONY prerequisites are handled? Given this
apparent root cause, I would have expected failures consistently in the
ext3fs case as well as in the not-linked-against-librt-and-libpthread
version case (top row of the test matrix).
Regards,
Grant Erickson
prev parent reply other threads:[~2008-04-01 22:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-26 23:52 [U-Boot-Users] Build Iterates Indefinitely on "Generating include/autoconf.mk" Grant Erickson
2008-03-27 19:16 ` Grant Erickson
2008-03-27 20:29 ` Dave Korn
2008-03-27 22:08 ` Wolfgang Denk
2008-04-01 22:43 ` Grant Erickson [this message]
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=C4180895.E556%gerickson@nuovations.com \
--to=gerickson@nuovations.com \
--cc=u-boot@lists.denx.de \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox