| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
--
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Part 2 of the 3 new proposed android_library res
processing actions. The primary and deps are all
assumed to be parsed+summarized in a protobuf.
Represent that with a new class (similar to
DependencyAndroidData but w/out R.txt).
Avoid having "manifest" artifacts as deps input,
and instead use "label", since that is only used
in a warning. DepAD still uses the manifest for
#asSymbolFileProvider, so we keep it there.
Move loading the primary out of the merge function
so that we can share the merge function with this
style of primary data, and the existing style of
of primary data (UnvalidatedAndroidData).
This produces an R class.jar and a zip file to
pass along to a future validation action. Images
are stubbed out since they are irrelevant to the
validation action.
--
MOS_MIGRATED_REVID=131604421
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is invoked via the new --dataBindingInfoOut flag.
If specified and the rule has resources, data binding declarations
in layout .xmls are stripped and fed into an aggregated .zip file
under that name. The original (stripped) .xml is then fed into
aapt for normal processing.
If specified and the rule has no resources, an empty file is created.
If not specified, everything works as before.
--
MOS_MIGRATED_REVID=130973265
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Avoid writing the non-values IdXmlResourceValues
to the merged values.xml file. It's redundant
since the merged resources will include the src
layout / menu, etc. file. E.g., adds 25KB out
of 250KB to some merged values.xml.
It can also change the way R.fields are initialized
(ids from values.xml are numbered before other
sources), that would have changed the numbering in
AndroidIntegratinoTest#testAndroidBinaryResourceShrinking
and in AndroidResourceClassWriterAaptTest.
--
MOS_MIGRATED_REVID=130789333
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Source abs paths can be pretty long. If a value
file like colors.xml has N resources then we
serialize the path N times. Instead, make a
table and just serialize the index. Can reduce
resource proto sizes from X to 0.65*X. in some
experiments. CPU instructions executed is slightly
lower, but critical path impact is pretty minimal
since parsing happens in parallel anyway.
This doesn't help with drawables (path only shows
up once) but doesn't really hurt (an extra index
number). I tried sharing the root (a table of the
res dirs). That can be another 10%, and helps with
the drawable case. However, a naive enumeration
of roots (src.getParent().getParent()) added *much*
more overhead to the writing stage, so I didn't
go on with that.
--
MOS_MIGRATED_REVID=130440810
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Developers do use public tags, and before this change
it would assert in the AndroidResourceClassWriter
as an unhandled ResourceType. We probably didn't want
to write out a R.public.field anyway.
Also, handle public tags with the same name,
but different type. They get mapped to the same FQN,
so use the combining mechanism to keep track of
the different types and ids.
--
MOS_MIGRATED_REVID=130395089
|