diff options
| author | Tom Tromey <tromey@adacore.com> | 2020-09-08 10:20:44 -0600 |
|---|---|---|
| committer | Tom Tromey <tromey@adacore.com> | 2020-09-08 10:41:03 -0600 |
| commit | d706b69e48268ccf3e95fd29b5374ac94c3a507b (patch) | |
| tree | d16e0e4a5c4d18ee5c944eaaec0defe30e369a28 /gnulib/ChangeLog | |
| parent | 03b0a45f15e44da7983dffea921c0c43a19250ff (diff) | |
| download | binutils-gdb-d706b69e48268ccf3e95fd29b5374ac94c3a507b.tar.gz | |
Do not adjust mtime timezone on Windows
PR win32/25302 notes that gdb will crash when trying to "run" even a
simple program on Windows. The essential bug here is that the BFD
cache can easily be corrupted -- I have sent a separate patch for
that.
The particular reason that the cache is corrupted on Windows is that
gnulib overrides "stat" to make it do timezone adjustment -- but BFD
does not use this version of stat. The difference here triggers the
latent cache bug, but can also cause other bugs as well; in particular
it can cause spurious warnings about source files being newer.
This patch simply removes the stat override on mingw, making gnulib
and BFD agree.
I tested this by backing out the local AdaCore changes to work around
this bug and then verifying that I could reproduce it. Then, I
applied this patch and verified that "run" works again.
2020-09-08 Tom Tromey <tromey@adacore.com>
PR win32/25302:
* update-gnulib.sh: Apply stat patch.
* patches/0001-use-windows-stat: New file.
* import/m4/stat.m4: Update.
* configure: Rebuild.
Diffstat (limited to 'gnulib/ChangeLog')
| -rw-r--r-- | gnulib/ChangeLog | 8 |
1 files changed, 8 insertions, 0 deletions
diff --git a/gnulib/ChangeLog b/gnulib/ChangeLog index b8c6c008895..bf617428c4d 100644 --- a/gnulib/ChangeLog +++ b/gnulib/ChangeLog @@ -1,3 +1,11 @@ +2020-09-08 Tom Tromey <tromey@adacore.com> + + PR win32/25302: + * update-gnulib.sh: Apply stat patch. + * patches/0001-use-windows-stat: New file. + * import/m4/stat.m4: Update. + * configure: Rebuild. + 2020-08-26 Christian Biesinger <cbiesinger@google.com> Pedro Alves <palves@redhat.com> Joel Brobecker <brobecker@adacore.com> |