This is the mail archive of the
gdb-cvs@sourceware.org
mailing list for the GDB project.
gdb and binutils branch master updated. bdf61915fc102bc07c12aa450376d7402bd427b4
- From: tromey at sourceware dot org
- To: gdb-cvs at sourceware dot org
- Date: 13 Jan 2014 19:55:04 -0000
- Subject: gdb and binutils branch master updated. bdf61915fc102bc07c12aa450376d7402bd427b4
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".
The branch, master has been updated
via bdf61915fc102bc07c12aa450376d7402bd427b4 (commit)
from f71e1a8ddb5a41dddb0dea92aefe694e26d4c174 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=bdf61915fc102bc07c12aa450376d7402bd427b4
commit bdf61915fc102bc07c12aa450376d7402bd427b4
Author: Patrick Palka <patrick@parcs.ath.cx>
Date: Thu Jan 9 22:55:50 2014 -0500
Have regdat.sh always rewrite the output register file
The rules for generating the output register files look like:
amd64.c : $(srcdir)/../regformats/i386/amd64.dat $(regdat_sh)
$(SHELL) $(regdat_sh) $(srcdir)/../regformats/i386/amd64.dat amd64.c
According to this rule, if regdat.sh is newer than amd64.c, then
regdat.sh shall be invoked on amd64.dat. According to regdat.sh, if the
script determines that the output file amd64.c has not changed, then it
will not overwrite the existing output file. This means that a
subsequent invocation of make will trigger the above rule again as
regdat.sh will be perpetually newer than amd64.c.
This then shows up in the make output like so:
/bin/bash ./../regformats/regdat.sh ./../regformats/i386/amd64-linux.dat amd64-linux.c
amd64-linux.c unchanged.
/bin/bash ./../regformats/regdat.sh ./../regformats/i386/amd64-avx-linux.dat amd64-avx-linux.c
amd64-avx-linux.c unchanged.
...
To fix this pathological behavior, it suffices to have regdat.sh
unconditionally rewrite the output register file.
On my machine, which has a regdat.sh file that is newer than some of the
input register files, this change speeds up every invocation of make
under gdb/ by about 5 seconds.
-----------------------------------------------------------------------
Summary of changes:
gdb/ChangeLog | 4 ++++
gdb/regformats/regdat.sh | 14 +-------------
2 files changed, 5 insertions(+), 13 deletions(-)
hooks/post-receive
--
gdb and binutils