aboutsummaryrefslogtreecommitdiffhomepage
path: root/third_party/ijar
Commit message (Collapse)AuthorAge
* Make ijar support not stripping the class data.Gravatar tomlu2018-03-31
| | | | | | This is done by adding a --[no]strip_classes flag to ijar. PiperOrigin-RevId: 191184258
* Fix a warning about comparing signed and unsigned valuesGravatar cushon2018-03-29
| | | | PiperOrigin-RevId: 190977545
* Remove pdie.Gravatar ccalvarin2018-03-29
| | | | | | | pdie and die are pretty similar, pdie just adds the errno string or equivalent from GetLastErrorString(). Make this explicit. This makes message formatting more clear in preparation for moving these all to BAZEL_LOG. RELNOTES: None. PiperOrigin-RevId: 190957255
* Fix unused variable warnings from clang.Gravatar Austin Schuh2018-03-28
| | | | | | | | This was preventing ijar and singlejar from building when included in @bazel_tools in our repo. Change-Id: I1553e4f3615965cb997579e7d277fb2a08f9b91b PiperOrigin-RevId: 190840090
* Automated rollback of commit 8c864137d46cf6c3714fb47799a34e4859aa2f13.Gravatar lpino2018-03-27
| | | | | | | | | | | | *** Reason for rollback *** Breaks Bazel on Windows: https://buildkite.com/bazel/bazel-bazel/builds/1041 *** Original change description *** Fix a warning about comparing signed and unsigned values PiperOrigin-RevId: 190593548
* Fix a warning about comparing signed and unsigned valuesGravatar cushon2018-03-27
| | | | PiperOrigin-RevId: 190580907
* Write manifests at the beginning of the jar, not at the endGravatar cushon2018-03-22
| | | | | | | This is the convention, and tools that only read manifests may optimize assuming that the manifest is at the beginning. PiperOrigin-RevId: 190167351
* Include manifest size when presizing ijar outputGravatar cushon2018-03-21
| | | | PiperOrigin-RevId: 190010996
* Use a different date time when normalizing zip entriesGravatar cushon2018-02-12
| | | | PiperOrigin-RevId: 185381597
* Internal changeGravatar tomlu2018-02-09
| | | | PiperOrigin-RevId: 185215813
* Add support to Polymorphic strategy for grandchild classes that have no ↵Gravatar janakr2018-02-09
| | | | | | codec, but whose parent classes have codecs. This is ok because the polymorphic strategy doesn't need an instance of the grandchild class: the parent class is fine, so long as it has a codec. PiperOrigin-RevId: 185200943
* Make IjarTests depend on interface_ijar_testlib_with_target_label.Gravatar Benjamin Peterson2018-02-10
| | | | Change-Id: Id636879aeab94916fcaed3c067e4077215ebc6df
* Accept --target_label, --injecting_rule_kind in ijar.Gravatar tomlu2018-02-09
| | | | | | | | | | | | | This is a rollforward with fixes. The values (if present) are written into the manifest with this format: Target-Label: <label> Injecting-Rule-Kind: <kind> In the future, JavaBuilder will make sure of this instead of command line arguments to find owners for jars for its add_dep commands. PiperOrigin-RevId: 185159950
* Internal changeGravatar tomlu2018-02-09
| | | | PiperOrigin-RevId: 185153485
* Automated rollback of commit 13018aab51d3e08f274eba0f36ca7b4aa70e5222.Gravatar tomlu2018-02-09
| | | | | | | | | | | | | | *** Reason for rollback *** Cascade rollback to unbreak bazel tests *** Original change description *** Update ijar tests to verify time stamp. *** PiperOrigin-RevId: 185147605
* Update ijar tests to verify time stamp.Gravatar tomlu2018-02-08
| | | | PiperOrigin-RevId: 185009133
* Accept --target_label, --injecting_rule_kind in ijar.Gravatar tomlu2018-02-08
| | | | | | | | | | | The values (if present) are written into the manifest with this format: Target-Label: <label> Injecting-Rule-Kind: <kind> In the future, JavaBuilder will make sure of this instead of command line arguments to find owners for jars for its add_dep commands. PiperOrigin-RevId: 185006704
* Include module-info.class files in interface jarsGravatar cushon2018-02-05
| | | | | | | | | instead of removing them, since builds that use modules need them to be visible across compilation boundaries. Note that the module-infos don't contain any implementation that needs to be removed, so ijar just copies the entire file through. PiperOrigin-RevId: 184562080
* Clean up windows_msvc in ijar BUILD fileGravatar pcloudy2018-01-08
| | | | | RELNOTES: None PiperOrigin-RevId: 181149284
* Automated rollback of commit 55f1e58a7a3e77027dd23cf58564424d76ab6dc0.Gravatar philwo2018-01-08
| | | | | | | | | | | | | *** Reason for rollback *** FreeBSD should work again, so re-enable it. *** Original change description *** Remove FreeBSD from our CI temporarily. RELNOTES: None. PiperOrigin-RevId: 181140165
* Clean up windows_msvc in ijar BUILD file [third_party]Gravatar Yun Peng2018-01-08
| | | | Change-Id: Ic3d2331b7ccb5ca7db6b0fe83a12c7a6d1b58a9a
* Automated rollback of commit 9e63684a58025d98bfe2f180d56ba7ece69545ae.Gravatar juliexxia2018-01-05
| | | | | | | | | | | | | | | | | | | | | | | *** Reason for rollback *** Roll forward of commit 86b4532769c22cca2ed7068a60f3326beaad34af after fixing bad import. +small misc fixes suggested by critique *** Original change description *** Automated rollback of commit 86b4532769c22cca2ed7068a60f3326beaad34af. *** Reason for rollback *** Probably breaking //javatests/com/google/devtools/build/lib:Query2Tests *** Original change description *** Restructure how universeScope is used when testing configured query to mimick impending changes to the configured query interface (CL/179872445) which will pull build targets out of the query expression. Fill in testTopLevelTransitions on the way! PiperOrigin-RevId: 180930388
* Clean up Windows config_settings [third_party]Gravatar Yun Peng2018-01-05
| | | | Change-Id: I14256e583d07ebad9a0b525917d25e5cb5f7f684
* More Shell Cleaning - Part TwoGravatar Androbin2017-11-29
| | | | | | | | @damienmg Here are a few more changes. (`third_party` only) Closes #4164. PiperOrigin-RevId: 177278511
* Automatic code cleanup.Gravatar cushon2017-11-27
| | | | PiperOrigin-RevId: 176987812
* buildjar: close streamsGravatar Laszlo Csomor2017-11-16
| | | | | | | | | | | | | | Use try-with-resources to close all streams. I hope this will fix the spurious file deletion failures on Windows, where the persistent JavaBuilder worker cannot delete outputs from previous builds because, supposedly, they are still open, because a stale object that's ready to be GC'd hasn't yet been actually GC'd. Change-Id: Ia57b8bd0ba1b6ee0691d34467c92e86e35d4d71d PiperOrigin-RevId: 175941520
* Improve shell scripts in third_party/ (#4052)Gravatar Androbin2017-11-16
| | | | | | Closes #4052. Change-Id: I30c4dc047195404a6ff63338ac4a944bb2755a1f
* Skip module-info.class files in ijarGravatar cushon2017-09-15
| | | | PiperOrigin-RevId: 168789962
* Windows: add blaze_util::AsAbsoluteWindowsPathGravatar laszlocsomor2017-07-24
| | | | | | | | | | | Replace blaze_util::AsWindowsPathWithUncPrefix with AsAbsoluteWindowsPath, which always returns an absolute path. Fixes https://github.com/bazelbuild/bazel/issues/2935 RELNOTES: none PiperOrigin-RevId: 162727218
* Windows: clean up error reportingGravatar Laszlo Csomor2017-07-20
| | | | | | | | | | | | | | | | | | | In this commit: - remove blaze::PrintError in favor of blaze_util::PrintError - remove Ijar's PrintLastErrorMessage in favor of blaze_util::PrintError - use pdie every time path conversion fails, because that indicates a fatal error (bad user input for a path flag, or downright bug) - remove explicitly printing GetLastErrror; pdie and PrintError do it already - unify the pdie/PrintError message formats Fixes https://github.com/bazelbuild/bazel/issues/2935 Change-Id: I5feaf73885cab95c43a28c529ada6942e037b162 PiperOrigin-RevId: 162587490
* Turn on CRC computation in ijar by default.Gravatar lberki2017-07-14
| | | | | RELNOTES: None. PiperOrigin-RevId: 161785358
* Make source code of singlejar and ijar available from @bazel_tools. ,Gravatar Xin Gao2017-06-22
| | | | | | | | | | Please refer to patch set 9 and its CI run for usage and test results. In practice, users should create their own java_toolchain rule in their project's BUILD file, and set the two attributes like above instead of modifying //tools/jdk/BUILD. Change-Id: Ic880f243086b00a58d453a8139ba4c957fe54bc7 PiperOrigin-RevId: 159694649
* Require parentheses around tuple in list comprehension filtering.Gravatar laurentlb2017-06-19
| | | | | | | | | | | This affects only the tuple that appears after 'if' inside a list comprehension. Since a truth value is expected, it's very unlikely to break existing code. It's technically a breaking change, but it's not worth introducing a flag for this. RELNOTES: Parentheses around the tuple are now mandatory in [a for b in c if 1, 2] PiperOrigin-RevId: 159218397
* Create embedded_tools targets for ijar and zlib.Gravatar Xin Gao2017-06-19
| | | | | | This is part of https://bazel-review.googlesource.com/#/c/11590/. Change-Id: Id4a7fd459013e3f25a5a99684ea04295e3b68fb4
* Add support for zipped LLVM profile files.Gravatar Googler2017-06-14
| | | | | | | | | | | | | | | | | | | This change is a follow-up to a recent change which allowed LLVM raw profile files to be directly used with blaze. This change allows zipped LLVM raw profile files. This uses //tools/zip:zipper to extract the zipped file contents. This also adds a new option to //tools/zip:zipper, 'j', to junk directories while unzipping. Tested: blaze test //devtools/blaze/integration:fdo_test blaze test //third_party/ijar/test:zip_test RELNOTES[NEW]: Zipped LLVM profiles are now supported. PiperOrigin-RevId: 158849516
* Prepend javac to the bootclasspath for ijar testsGravatar cushon2017-04-11
| | | | | | | This is a prerequisite for the next javac update, and mirrors the approach used for other javac-based tests in Bazel (e.g. BazelJavaCompilerTest). PiperOrigin-RevId: 152779250
* Some fixes for ijar tests.Gravatar kchodorow2017-03-29
| | | | PiperOrigin-RevId: 151461345
* Rollback of commit 14b53897b499da457e26aa779c3b63c85838f204.Gravatar Laszlo Csomor2017-03-03
| | | | | | | | | | | | | | *** Reason for rollback *** Fixed all errors. *** Original change description *** Automated [] rollback of commit 69a127b8f4e353ecb163688ed3271fb47e0f385d. -- PiperOrigin-RevId: 149092038 MOS_MIGRATED_REVID=149092038
* Rollback of commit 69a127b8f4e353ecb163688ed3271fb47e0f385d.Gravatar Googler2017-03-03
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | *** Reason for rollback *** [] has detected that 500 or more targets failed to build at commit 69a127b8f4e353ecb163688ed3271fb47e0f385d, each of which successfully built at the prior CL that affected them. [] double-checked that //javatests/com/google/apphosting/tests/usercode:Security_StubTest built at 148995024. The verification run was: [] but the same target failed to build at 148995025. The [] link for this run is available here: [] To see all targets that ran, along with their final status, visit: [] Questions? Comments? See the URL. go/autorollback *** Original change description *** ijar: use bazel's file utilities This change not only implements ijar for Windows (with MSVC), but also fixes a bug in mapped_file_windows (path conversion didn't make the input path absolute, so we could not build java code with the MSYS-less bazel). Fixes https://github.com/bazelbuild/bazel/issues/2157 -- PiperOrigin-RevId: 148998092 MOS_MIGRATED_REVID=148998092
* ijar: use bazel's file utilitiesGravatar Laszlo Csomor2017-03-03
| | | | | | | | | | | | | | This change not only implements ijar for Windows (with MSVC), but also fixes a bug in mapped_file_windows (path conversion didn't make the input path absolute, so we could not build java code with the MSYS-less bazel). Fixes https://github.com/bazelbuild/bazel/issues/2157 -- PiperOrigin-RevId: 148995025 MOS_MIGRATED_REVID=148995025
* Fix int comparision warnings.Gravatar John Cater2017-03-01
| | | | | | | | -- Change-Id: I6ce9c6afe14dfaff8a60ae90ee1504684d9cc61c Reviewed-on: https://cr.bazel.build/9117 PiperOrigin-RevId: 148891361 MOS_MIGRATED_REVID=148891361
* ijar: implement stat_file on WindowsGravatar Laszlo Csomor2017-03-01
| | | | | | | | See https://github.com/bazelbuild/bazel/issues/2157 -- PiperOrigin-RevId: 148887981 MOS_MIGRATED_REVID=148887981
* --Gravatar Laszlo Csomor2017-02-28
| | | | | PiperOrigin-RevId: 148768294 MOS_MIGRATED_REVID=148768294
* Add missing #include statements for ijar Gravatar Klaus Aehlig2017-01-10
| | | | | | | | | | | We may not assume that those are pulled in by other header files; in fact, they are not on FreeBSD stable/11. -- Change-Id: Ic976cc71968aab0a1c3d6652fe8d8f1c4afa480b Reviewed-on: https://cr.bazel.build/8145 PiperOrigin-RevId: 143970238 MOS_MIGRATED_REVID=143970238
* Revert commit 6d31cb01b80d0560c0c083d40e641816877b3d06.Gravatar Damien Martin-Guillerez2016-12-21
| | | | | | Commit 6d31cb was an internal reorganization of google repository that should have resulted in no change. Due to a bug in our export process it deleted several files in third_party.
* --Gravatar Damien Martin-Guillerez2016-12-21
| | | | | PiperOrigin-RevId: 142666783 MOS_MIGRATED_REVID=142666783
* Fix ijar's timestamp normalizationGravatar Liam Miller-Cushon2016-12-13
| | | | | | | | 0 is not a valid DOS timestamp, days and months start at 1. -- PiperOrigin-RevId: 141818782 MOS_MIGRATED_REVID=141818782
* Ijar: remove spurious error messageGravatar László Csomor2016-12-12
| | | | | | | | | | | | | | | | | | Commit 645dbc4 moved the file stating logic to platform_utils.cc into the `stat_file` method, then commit 8d6da00 added error reporting to that method so callers wouldn't need to report errors on their own. Problem is, one of the callers was using stat_file for simple file existence checking so reporting an error there was spurious. Fixes https://github.com/bazelbuild/bazel/issues/2201 -- Change-Id: I40d1ee2bad8f3d03627c0b5c0bfd593bb5289d23 Reviewed-on: https://cr.bazel.build/7810 PiperOrigin-RevId: 141739581 MOS_MIGRATED_REVID=141739581
* Ijar: can be compiled with MSVCGravatar Laszlo Csomor2016-12-02
| | | | | | | | | | | | | | | | | | We can now build //third_party/ijar/...:all with --cpu=x64_windows_msvc. We also have to use --output_user_root=/c/tmp or something similarly short because //third_party/zlib tickles https://github.com/bazelbuild/bazel/issues/2145 This change takes us closer to compiling Bazel with MSVC. See https://github.com/bazelbuild/bazel/issues/2107 -- PiperOrigin-RevId: 140846600 MOS_MIGRATED_REVID=140846600
* Ijar: extract MakeDirs to platform_utilsGravatar Laszlo Csomor2016-12-01
| | | | | | | | | | | | zip_main.cc no longer needs <unistd.h>. This change takes us closer to compiling ijar, thus Bazel, with MSVC. See https://github.com/bazelbuild/bazel/issues/2157 See https://github.com/bazelbuild/bazel/issues/2107 -- MOS_MIGRATED_REVID=140724421