| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
| |
Adds a -XepDisableWarningsInGeneratedCode flag, which if set suppressings
warnings from being emitted inside code annotation with @Generated. Error are
not affected.
Fixes #329
--
MOS_MIGRATED_REVID=97185343
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=96365813
|
|
|
|
|
|
|
|
|
|
|
|
| |
For each compilation unit, JavaBuilder will record:
-source path
-package name
-a list of top-level class names
-whether the file was generated by an annotation processor
--
MOS_MIGRATED_REVID=96158093
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is introducing a few changes to use the Java compiler
from errorprone:
- add the --java_langtools flag to the shell tests so
we do the tests with the same java compiler tooling than
Bazel, and
- added the langtools the bootclasspath of the JavaBuilder
tests.
- tagged some tests and deactivated them on travis OSX
because they either requires Java 8 or a lot of disk
space.
To do the same change on a local install, one must:
- change the source and target versions to 7 in the
tools/jdk:toolchain target,
- use the .travis/jdk7.WORKSPACE file instead of the
default Bazel workspace (it contains a maven_jar
refering to the errorprone's java compiler tools), and
- set the JAVA_VERSION environent variable to "1.7".
The .travis/build.sh script does just that when under OS X.
--
Change-Id: Idb466cf47cf7df35a34fb0dd8d186628aae0cba7
Reviewed-on: https://bazel-review.googlesource.com/#/c/1520/
MOS_MIGRATED_REVID=96011123
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now [new_]http_archive can be used for executables as well as "default
permission" (644) files.
This also gets rid of the Apache Commons Compress dependency entirely, which is
nice. Fixing this also exposed some bugs in how archives were being decompressed
(the same archive was being decompressed multiple times), which I also fixed by
making the decompressors SkyFunctions.
Fixes #238.
--
MOS_MIGRATED_REVID=95747810
|
|
|
|
|
|
|
|
|
| |
testing and support.
RELNOTES: Elements of ZipCombiner's API previously marked deprecated are removed.
--
MOS_MIGRATED_REVID=95543357
|
|
|
|
|
|
|
|
|
| |
JavaDoc strings, ...
I found having stack traces very helpful while I was debugging an issue where the JavaBuilder ran out of file handles and crashed, but only printed "Compilation failed: No more file handles" and didn't tell me which part of the code actually tried to open the file.
--
MOS_MIGRATED_REVID=95529141
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=95527889
|
|
|
|
|
|
|
|
| |
If enabled, JavaBuilder will write a jar containing classes generated by
annotation processors to the given path.
--
MOS_MIGRATED_REVID=95470914
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added target to use java skylark rules to bootstrap
JavaBuilder and SingleJar. Uses thoses target to bootstrap
JavaBuilder and SingleJar and compiles all tools using
Bazel.
--
Change-Id: I5142917c8b31e04015fbab89382df36b4892d8c6
Reviewed-on: https://bazel-review.googlesource.com/#/c/1451/
MOS_MIGRATED_REVID=95281092
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94040936
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=93915666
|
|
|
|
|
|
|
|
|
| |
This unifies some compilation set-up with the bazel JavaBuilder, and fixes a
bug that only manifested with javac 9 that prevents filemanager options (e.g.
'-d') from being handled correctly.
--
MOS_MIGRATED_REVID=93893036
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The -extdirs flag sets a search path to the directory containing the JDK's
extension classes, and should always be set explicitly when cross-compiling. If
it is unset, the ext directory of the host JDK will be used instead.
javac requires that -extdirs be a list of directories. The blaze --javac_extdir
flag takes the label of a filegroup with the 'path' attribute set, and passes
the directory path through to JavaBuilder.
RELNOTES: N/A
--
MOS_MIGRATED_REVID=93147656
|
|
|
|
|
|
|
|
|
|
|
| |
Poorly performing features of the API have been deprecated in favor of better alternatives:
- use addZip(File) over addZip(InputStream) or addZip(String, InputStream)
- use addFile(ZipFileEntry) over addFile(String, Date, InputStream, DirectoryEntryInfo)
New zip package for high performance ZIP file manipulation. Can directly work with compressed ZIP entry data and has support for Zip64 (forces Zip32 by default).
--
MOS_MIGRATED_REVID=93128639
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=92255081
|
|
|
|
|
|
|
|
|
| |
Previously it would show the relative path within the external dep (e.g., in the
given test, "** Please add the following dependencies: x to //a:a"). Fixes
https://github.com/google/bazel/issues/112.
--
MOS_MIGRATED_REVID=91093258
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=90699667
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
New ZipCombiner creates malformed output ZIP files when input ZIP files contain more than 65535 entries, the maximum amount for non-64-bit ZIP files.
*** Original change description ***
Rewrite of ZipCombiner to improve performance and maintainability. Added devtools/build/zip to allow reading and writing of ZIP files without requiring decompressing file data to manipulate them.
ZipCombiner API has some changes. ZipCombiner#addZip takes a File instead of InputStream. ZipCombiner#addFile takes a ZipFileEntry instead of DirectoryEntryInfo
--
MOS_MIGRATED_REVID=90279976
|
|
|
|
|
|
|
| |
This was making Bazel's bootstrap_test fail.
--
MOS_MIGRATED_REVID=90270050
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=90172709
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=90162183
|
|
|
|
|
|
|
|
|
| |
It is a first batch of integration tests for Bazel. They tests some
basic behaviors and nominal cases of Bazel rules (especially they tests
the behavior of the examples provided in //examples).
--
MOS_MIGRATED_REVID=89440074
|
|
|
|
|
|
|
|
|
|
|
|
| |
This add the eclipse project configuration. To use it, first do a
`./bootstrap_test.sh all` then import the Eclipse project in the Bazel
directory.
On my mac using Eclipse Luna configured with a JDK 8 it still displays
errors on truth's isEmpty() method on collections. We Might need to
tweak a bit the java configuration for it to work nicely.
--
MOS_MIGRATED_REVID=88321458
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=88210083
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=87698104
|
|
|
|
|
|
|
| |
This is a mock for java compilation. It can be used to do tests using the same configuration as when Bazel invoke javac.
--
MOS_MIGRATED_REVID=87608177
|
|
|
|
|
|
|
| |
The default Xlint behaviors is not really practical: -Xlint:all -Xlint:none results in all warnings being enabled. This normalizer preprocesses javac options to achieve a command line that is sensitive to ordering (e.g., -Xlint:all -Xlint:none will results in no warning being enabled).
--
MOS_MIGRATED_REVID=87339357
|
|
|
|
|
|
|
|
| |
It has been obsolesced by the 'javac-suppress-deferred-diagnostics' javac
feature.
--
MOS_MIGRATED_REVID=87212490
|
|
|
|
|
|
|
| |
being exempted from StrictJavaDeps enforcement.
--
MOS_MIGRATED_REVID=87194169
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=87175187
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=87167431
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=87162771
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=87049801
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This lays the groundwork for using a JavacPathFileManager and Jimfs to test
strict deps and the dependency extractor, instead of the ad-hoc in-memory
filesystem implementation in InMemoryJavaFileManager. The current
implementation is deeply impressive, but scary to maintain and entirely
unnecessary now that we have nio-based filemangers Jimfs.
RELNOTES: N/A
--
MOS_MIGRATED_REVID=86606317
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous fix suppressed strict deps errors, but continued to record
explicit deps for types in dagger generated code. This prevented unused_deps
from removing deps that were only needed by dagger.
Follow-up to []
RELNOTES: N/A
--
MOS_MIGRATED_REVID=86136508
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=85882741
|
|
|
|
|
|
|
| |
the bazel-on-mac tests.
--
MOS_MIGRATED_REVID=85881778
|
|
|
|
|
|
|
|
|
|
| |
More info:
[]
RELNOTES: N/A
--
MOS_MIGRATED_REVID=85735023
|
|
--
MOE_MIGRATED_REVID=85702957
|