| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
| |
//third_party/protobuf:protobuf to refer to the Java proto runtime.
(second attempt)
This is the name in the upstream protobuf repo.
--
PiperOrigin-RevId: 147057949
MOS_MIGRATED_REVID=147057949
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Rolling forward with fixes for the incremental tool.
*** Original change description ***
Automated [] rollback of commit d11d510c571b10787856395709f9ad945ca70bb2.
*** Reason for rollback ***
--
PiperOrigin-RevId: 146940409
MOS_MIGRATED_REVID=146940409
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
--
PiperOrigin-RevId: 146820790
MOS_MIGRATED_REVID=146820790
|
|
|
|
|
|
|
|
|
| |
This makes the code simpler as well as reducing the number of targets to build.
It also makes testing and profiling different action strategies vastly easier.
--
PiperOrigin-RevId: 146812659
MOS_MIGRATED_REVID=146812659
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 145686107
MOS_MIGRATED_REVID=145686107
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 145569440
MOS_MIGRATED_REVID=145569440
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 145030082
MOS_MIGRATED_REVID=145030082
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 144965845
MOS_MIGRATED_REVID=144965845
|
|
|
|
|
|
|
|
| |
strict_proto_deps, then strictness is enforced.
--
PiperOrigin-RevId: 144836042
MOS_MIGRATED_REVID=144836042
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 144741831
MOS_MIGRATED_REVID=144741831
|
|
|
|
|
|
|
|
| |
AndroidResourceMergingAction.
--
PiperOrigin-RevId: 144726723
MOS_MIGRATED_REVID=144726723
|
|
|
|
|
|
|
|
| |
to ParsedAndroidData. This improves reuse.
--
PiperOrigin-RevId: 144369566
MOS_MIGRATED_REVID=144369566
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 144360540
MOS_MIGRATED_REVID=144360540
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 144342246
MOS_MIGRATED_REVID=144342246
|
|
|
|
|
|
|
|
|
|
|
| |
New method to deserialize parsed resources.
Remove unthrown exceptions.
RELNOTES:None
--
PiperOrigin-RevId: 144221111
MOS_MIGRATED_REVID=144221111
|
|
|
|
|
|
|
|
| |
RELNOTES:None
--
PiperOrigin-RevId: 144218174
MOS_MIGRATED_REVID=144218174
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 143823562
MOS_MIGRATED_REVID=143823562
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 142573704
MOS_MIGRATED_REVID=142573704
|
|
|
|
|
|
|
|
|
|
| |
This is needed to support both shrinking and splitting at the same time,
which will become the default for any android_binary which has splits
defined on it once shrinking becomes default (if it hasn't already).
--
PiperOrigin-RevId: 142497302
MOS_MIGRATED_REVID=142497302
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 142484589
MOS_MIGRATED_REVID=142484589
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Rolling forward, intentionally breaking loading phase (and therefore `bazel fetch`) for android_binary in Bazel if no android_sdk_repository is set up.
Will not submit until Tensorflow's use case is cleaned up in https://github.com/tensorflow/tensorflow/pull/6225.
--
PiperOrigin-RevId: 142068703
MOS_MIGRATED_REVID=142068703
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Just put the R class in the unnamed package.
If we disable the RClassGenerator and use the
old code path, we would have constructed a cmdline
flag set to "null" for aapt, and aapt would write
"package null;" which also wouldn't work...
This may allow you to build an android_library
but it may be hard to build an android_binary
because ultimately AAPT will reject an empty
"package" attribute in the AndroidManifest.xml
when you try to build the APK, so you'd need
to stamp that differently.
--
PiperOrigin-RevId: 140945125
MOS_MIGRATED_REVID=140945125
|
|
|
|
|
|
|
|
|
| |
overwrites.
Record the sources are overwritten during merging.
--
MOS_MIGRATED_REVID=140654137
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=140064545
|
|
|
|
|
|
|
| |
allowing them to be removed from the public.xml file as well. This handles inline resources which have no explicit declaration and are deleted as part of their parent resource.
--
MOS_MIGRATED_REVID=140056329
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=140044141
|
|
|
|
|
|
|
| |
array resource types.
--
MOS_MIGRATED_REVID=139357164
|
|
|
|
|
|
|
| |
that don't implement it.
--
MOS_MIGRATED_REVID=138126904
|
|
|
|
|
|
|
|
| |
The DataSource object will then be used to track which values have been
overwritten and avoid incorrect merge warnings.
--
MOS_MIGRATED_REVID=137159260
|
|
|
|
|
|
|
|
|
|
|
| |
This supports genrules that output srcjars that
are then inputs to java_libraries.
Also add support to produce a source jar with
the contents of the gen jar.
--
MOS_MIGRATED_REVID=136099457
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
With this approach, the R.class winds up in the filtered jar because its origin isn't among the "normal" Java sources. I'll have to be a little smarter, but start with rolling this back.
*** Original change description ***
Support srcjar files in filtered gen jar.
If a java_library has any srcjar files in its sources
attribute, the output of these would be discarded.
To make it more robust, invert the jar filter to
keep everything *except* source artifact java files.
Previously, we would build a manifest containing all
the generated java files and use that to filter.
This should also be ever so slightly faster since
we can skip an action.
--
MOS_MIGRATED_REVID=135406849
|
|
|
|
|
|
|
|
|
|
|
| |
Older android_ide_common does not handle BCP 47,
so we update the code to handle that and remove
most of the workarounds. This also pulls in a
fix for 3-letter locales, unblocks resource
shrinking whitelisting, etc.
--
MOS_MIGRATED_REVID=135396457
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a java_library has any srcjar files in its sources
attribute, the output of these would be discarded.
To make it more robust, invert the jar filter to
keep everything *except* source artifact java files.
Previously, we would build a manifest containing all
the generated java files and use that to filter.
This should also be ever so slightly faster since
we can skip an action.
--
MOS_MIGRATED_REVID=135351129
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=135331287
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=135310637
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Break `bazel fetch ...`
Discovered by bisecting `bazel fetch tensorflow/...`, see attached bug for more information
Fixes https://github.com/bazelbuild/bazel/issues/1880
*** Original change description ***
Open source dex merging tools for incremental dexing.
Tested with
bazel build --incremental_dexing_binary_types=monodex,multidex_unsharded,multidex_sharded -- //examples/android/java/bazel:hello_world
--
MOS_MIGRATED_REVID=135220785
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=135162284
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=135108901
|
|
|
|
|
|
|
|
|
| |
//src/tools/android/java/com/google/devtools/build/android/dexer:srcs
Fix https://github.com/bazelbuild/bazel/issues/1864
--
MOS_MIGRATED_REVID=134762013
|
|
|
|
|
|
|
|
| |
Tested with
bazel build --incremental_dexing_binary_types=monodex,multidex_unsharded,multidex_sharded -- //examples/android/java/bazel:hello_world
--
MOS_MIGRATED_REVID=134690103
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=134321948
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=134312343
|
|
|
|
|
|
|
| |
RELNOTES: When using android_binary.manifest_merger="android" the merger produces a summary log next to the merged manifest artifact.
--
MOS_MIGRATED_REVID=134082985
|
|
|
|
|
|
|
| |
RELNOTES: Remove deprecated absolute paths in blaze IDE artifacts
--
MOS_MIGRATED_REVID=133758389
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, we do multiple put calls into the
ImmutableMap.builder(), which asserts.
See bug for examples from projects.
Tweak the aapt comparison test method to actually
merge before writing out the R.class (to match
the aapt side, which also merges first).
--
MOS_MIGRATED_REVID=132607034
|
|
|
|
|
|
|
|
|
|
|
| |
It's not supposed to cover direct deps and trans
deps according to the documentation anyway. Also
prepare to move the --strictMerge flag. The
option isn't checked anymore. There's only one
type of merging.
--
MOS_MIGRATED_REVID=132444314
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Any java rule that mixes generated and non-generated sources
will produce a filtered jar containing only the generated
output.
For a java rule with only "normal" sources or only generated
source files, no filtered jar is produced.
This will allow the IDE to resolve those generated sources.
RELNOTES:None
--
MOS_MIGRATED_REVID=132113568
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=131853638
|
|
|
|
|
|
|
| |
with obfuscated fields being stripped because they fail to match any known resource.
--
MOS_MIGRATED_REVID=131830443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Part 3 of the 3 new proposed android_library res
processing actions. Pulls a zip file from the
merging action, unpacks it, and then validates
the results with aapt. Get an R.txt and srcjar
w/ javadocs from aapt. In order to the get the
R.txt, I think you need to ask for the R.java
sources anyway.
Split the processResources() into a runAapt()
function that can be reused.
Hookup in bazel coming separately.
--
MOS_MIGRATED_REVID=131618410
|