RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2025-01-31 20:51:52 +01:00
Code Issues Projects Releases Wiki Activity

TarWriter: Only use 137 of the 155 prefix bytes.

Browse Source 
This makes lld's --reproduce output more compatible with tar 1.13 and
before.  This is a very old version of tar, but it's the version in
both gnuwin and unxutils, and the cost for supporting them are very
low, so we might as well just do that.

https://bugs.chromium.org/p/chromium/issues/detail?id=1073524#c21
and onward has more details.

Differential Revision: https://reviews.llvm.org/D78945
This commit is contained in:
Nico Weber 2020-04-27 13:00:23 -04:00
parent d163afe84b
commit 4cd45015fc
1 changed files with 11 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
lib/Support/TarWriter.cpp
View File

@ -131,7 +131,17 @@ static bool splitUstar(StringRef Path, StringRef &Prefix, StringRef &Name) {
return true;
}
size_t Sep = Path.rfind('/', sizeof(UstarHeader::Prefix) + 1);
// tar 1.13 and earlier unconditionally look at the tar header interpreted
// as an 'oldgnu_header', which has an 'isextended' byte at offset 482 in the
// header, corresponding to offset 137 in the prefix. That's the version of
// tar in gnuwin, so only use 137 of the 155 bytes in the prefix. This means
// we'll need a pax header after 237 bytes of path instead of after 255,
// but in return paths up to 237 bytes work with gnuwin, instead of just
// 137 bytes of directory + 100 bytes of basename previously.
// (tar-1.13 also doesn't support pax headers, but in practice all paths in
// llvm's test suite are short enough for that to not matter.)
const int MaxPrefix = 137;
size_t Sep = Path.rfind('/', MaxPrefix + 1);
if (Sep == StringRef::npos)
return false;
if (Path.size() - Sep - 1 >= sizeof(UstarHeader::Name))