| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
| |
`estimated_size_` and `kMaximumOutputSize` are in `size_t` (`unsigned long long`) for 64-bit processor, but `%lu` only accept `unsigned long`. `%zu` will handle `size_t` for 32-bit and 64-bit processors correctly.
Closes #5473.
PiperOrigin-RevId: 202291659
|
|
|
|
| |
PiperOrigin-RevId: 190977545
|
|
|
|
|
|
|
|
| |
This was preventing ijar and singlejar from building when included in
@bazel_tools in our repo.
Change-Id: I1553e4f3615965cb997579e7d277fb2a08f9b91b
PiperOrigin-RevId: 190840090
|
|
|
|
| |
PiperOrigin-RevId: 185381597
|
|
|
|
|
|
|
|
| |
0 is not a valid DOS timestamp, days and months start at 1.
--
PiperOrigin-RevId: 141818782
MOS_MIGRATED_REVID=141818782
|
|
|
|
|
|
|
|
|
|
| |
This change takes us closer to compiling ijar,
thus Bazel, with MSVC.
See https://github.com/bazelbuild/bazel/issues/2107 and https://github.com/bazelbuild/bazel/issues/2157
--
MOS_MIGRATED_REVID=140717828
|
|
|
|
|
|
|
|
| |
Particulary third_party/ijar:{zip,zlib_client} now
compile with --cpu=x64_windows_msvc.
--
MOS_MIGRATED_REVID=134771232
|
|
|
|
|
|
|
| |
class. And add a dummy zlib client.
--
MOS_MIGRATED_REVID=133879880
|
|
|
|
|
|
|
|
|
|
|
| |
Examples for how to use <zip_path>=<file> syntax:
zipper c x.zip a/b/__init__.py= # Add an empty file at a/b/__init__.py
zipper c x.zip a/b/main.py=foo/bar/bin.py # Add file foo/bar/bin.py at a/b/main.py
--
Change-Id: I3c09dfb31d082f3ca8036e87affc8d99f7e75fe0
Reviewed-on: https://bazel-review.googlesource.com/#/c/4243
MOS_MIGRATED_REVID=129325719
|
|
|
|
|
|
|
|
| |
This was reported in
--
Reviewed-on: https://github.com/bazelbuild/bazel/pull/1197
MOS_MIGRATED_REVID=121257152
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=119053259
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=118761993
|
|
|
|
|
|
|
| |
It's too much annoyance to see that error message in Bazel bootstrap.
--
MOS_MIGRATED_REVID=118572214
|
|
|
|
|
|
|
| |
One cannot call realloc() on the result of operator new.
--
MOS_MIGRATED_REVID=117906367
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=115896463
|
|
|
|
|
|
|
| |
Progress on #276.
--
MOS_MIGRATED_REVID=114740700
|
|
|
|
|
|
|
| |
This allows ijar to process jars with >65535 entries.
--
MOS_MIGRATED_REVID=109321374
|
|
|
|
|
|
|
|
| |
As per discussion with Alan, just use the same copyright than
for the rest of Bazel and adds Alan as an author.
--
MOS_MIGRATED_REVID=108250408
|
|
|
|
|
|
|
|
|
|
| |
Some users have reported that the Bazel server was growing to more than
128 MB.
Fixes #609
--
MOS_MIGRATED_REVID=107920664
|
|
|
|
|
|
|
|
|
|
| |
Ijar was compressing with the zlib wrapper, which is incompatible with
the ZIP format. Unfortunately, the zlib wrapper is totally undocumented.
Fixes #436.
--
MOS_MIGRATED_REVID=102846162
|
|
|
|
|
|
|
|
|
| |
This can be a problem for some usage of the produced ZIP file
to not compute the CRC-32 correctly. We still skip it for ijar
for speed.
--
MOS_MIGRATED_REVID=102844157
|
|
|
|
|
|
|
|
|
|
|
| |
Add the 'C' flag to //third_party/ijar:zipper to try to compress
files using the DEFLATE algorithm. To avoid regression, creation
of uncompressed ZIP files is still the default.
--
Change-Id: I8ad7182d8f6f152abd56ae472a406cbb8d39fb64
Reviewed-on: https://bazel-review.googlesource.com/#/c/1821/
MOS_MIGRATED_REVID=101925953
|
|
|
|
|
|
|
|
|
| |
Some progress towards #311.
--
Change-Id: I9276519d4a97d358b7c4f4e34a861522d75dd495
Reviewed-on: https://bazel-review.googlesource.com/#/c/1710
MOS_MIGRATED_REVID=99019961
|
|
|
|
|
|
|
|
|
|
|
| |
This ZIP implementation is lightweight and rely on zlib for
compression. libarchive was a bit tricky to set-up so it's
better to use that one.
--
Change-Id: I607b492998572e834e095a4606eeb77c0b574542
Reviewed-on: https://bazel-review.googlesource.com/#/c/1410/
MOS_MIGRATED_REVID=94910072
|
|
|
|
|
|
|
|
|
| |
For some reason PATH_MAX is not found on TravisCI.
Towards fixing #212.
--
MOS_MIGRATED_REVID=94696153
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It extracts Zip/Unzip methods of ijar in a separate
library. A zipper binary is provided to test that
implementation outside. Note that this implementation
does not compute CRC-32 and unzip will complain on
file zipped with it (but Java won't complain).
The error handling has been replaced to use proper error
reporting instead of launching abort()'s allover the place
so ijar's zip library can be used outside of ijar.
Finally, support for ZIP preamble has been added to
handle self-extractable ZIP files.
--
Change-Id: I833034b4c0054925bada75102fe040db875da789
Reviewed-on: https://bazel-review.googlesource.com/#/c/1371/
MOS_MIGRATED_REVID=94656262
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=91883301
|
|
--
MOE_MIGRATED_REVID=85702957
|