| Commit message (Collapse) | Author | Age |
... | |
|
|
|
|
|
|
| |
directories.
--
MOS_MIGRATED_REVID=94645728
|
|
|
|
|
|
|
| |
java_binary rule for jarjar.
--
MOS_MIGRATED_REVID=94611863
|
|
|
|
|
|
|
| |
the select.
--
MOS_MIGRATED_REVID=94596318
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using this change, changing the target and source version of
//tools/jdk:toolchain, and setting the Java Langtools
(--java_langtools) to a JDK 8 compliant tools.jar, Bazel can
target JDK 7.
A compliant tools.jar to compile with targeting JDK 7 can be found
at http://search.maven.org/#artifactdetails%7Ccom.google.errorprone%7Cjavac%7C1.9.0-dev-r2644-1%7Cjar
--
MOS_MIGRATED_REVID=94591419
|
|
|
|
| |
Contrary to the previous log message about jarjar, these can be deleted now.
|
|
|
|
|
|
| |
compatibility with existing rules.
third_party/jarjar will be deleted once the rules are migrated.
|
|
|
|
|
|
|
|
|
| |
Rationale: it makes BUILD files less declarative and makes harder to do
automated changes on BUILD files. It is however still allowed in .bzl
files.
--
MOS_MIGRATED_REVID=94577442
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94577279
|
|
|
|
|
|
|
| |
to understand now.
--
MOS_MIGRATED_REVID=94573044
|
|
|
|
|
|
|
| |
BUILD_EMBED_LABEL into Info.plist.
--
MOS_MIGRATED_REVID=94572729
|
|
|
|
|
|
|
| |
It's too annoying for people with existing projects.
--
MOS_MIGRATED_REVID=94569925
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94569621
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Breaks Bazel / iOS projects ([])
*** Original change description ***
Always set Runfiles suffix in runfiles Skylark function
--
MOS_MIGRATED_REVID=94554564
|
|
|
|
|
|
|
| |
when there are multiple extra actions attached to a given configured target, each with a long command line.
--
MOS_MIGRATED_REVID=94529604
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
configuration fragments needed by a rule's transitive
closure.
Also add a Skyframe BuildConfiguration node.
Memory and performance profiling shows no noticeable
performance hit in loading or analysis and a 0.35%
memory increase for moderately sized (by Google
standards) build graphs when these are depended
upon in ConfiguredTargetFunction.
--
MOS_MIGRATED_REVID=94517099
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94515805
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94506006
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
stat64 is deprecated and causes compiler warnings on OS X
*** Original change description ***
Switch to stat64/lstat64
Better fix for #174.
--
MOS_MIGRATED_REVID=94482625
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94480621
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94478925
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94477507
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94466453
|
|
|
|
|
|
|
| |
--
Change-Id: I700baf9056bcb75c87579136fc764e84a5286c55
Reviewed-on: https://bazel-review.googlesource.com/#/c/1370/
MOS_MIGRATED_REVID=94465718
|
|
|
|
|
|
|
| |
See comment in https://github.com/google/bazel/commit/f925f078be973b9c5e6882a99e35ab4ffff51cf4
--
MOS_MIGRATED_REVID=94456605
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94452308
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94319218
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94318260
|
|
|
|
|
|
|
| |
hash code implementation from super class.
--
MOS_MIGRATED_REVID=94297315
|
|
|
|
|
|
|
| |
JavaCompileAction.
--
MOS_MIGRATED_REVID=94282408
|
|
|
|
|
|
|
|
|
| |
eg. on the command line.
--
Change-Id: I888dbe55d0e89de581a7180a3b85775e85e1e476
Reviewed-on: https://bazel-review.googlesource.com/#/c/1361
MOS_MIGRATED_REVID=94279633
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since RcFile hands out pointers to its string members, modifying
vector<RcFile> may cause reallocation, which invalidates handed out
pointers.
Fixes #205.
--
Change-Id: Id4eb0a4e8a52373130140f1de5697f4e4f4a6f95
Reviewed-on: https://bazel-review.googlesource.com/#/c/1360/
MOS_MIGRATED_REVID=94276823
|
|
|
|
|
|
|
|
| |
This allows you to use @repo//... syntax outside of the WORKSPACE file, which
makes it easier to use external dependencies.
--
MOS_MIGRATED_REVID=94275085
|
|
|
|
|
|
|
| |
Providers are still experimental, we'll document them properly later.
--
MOS_MIGRATED_REVID=94274960
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94274751
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94274422
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94274156
|
|
|
|
|
|
|
| |
attribute
--
MOS_MIGRATED_REVID=94268096
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added support for errors, warnings, notices from ibtool
Canonicalizes paths passed to ibtool to get around radar 21045660 'ibtool has difficulty dealing with relative paths'.
Added support for module argument to ibtool.
Consolidates argument passing for storyboards and xibs.
Sets output for ibtool to human readable.
Turns on auto-activate-custom-fonts for ibtool to match Xcode invocations.
--
MOS_MIGRATED_REVID=94240330
|
|
|
|
|
|
|
| |
thread pool.
--
MOS_MIGRATED_REVID=94236393
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Revert source file symlink resolution in XcodeGen. Since source files are not inputs for the XcodeGen action, this does not work if the action is sandboxed.
*** Original change description ***
RELNOTES: Resolve symlinks when calculating the workspace root in XcodeGen.
--
MOS_MIGRATED_REVID=94223656
|
|
|
|
|
|
|
|
|
| |
Also made the "repositories" into "repository" while I was here.
Fixes #57.
--
MOS_MIGRATED_REVID=94219426
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94201067
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94198797
|
|
|
|
|
|
|
| |
main_dex_list binary when android_sdk is used.
--
MOS_MIGRATED_REVID=94167520
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94165994
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94131018
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
This was accidentally submitted (why did tappresubmit not complain about no LGTM?!)
*** Original change description ***
Allow objc_{library,binary} to depend on cc_library.
This is an early version of support for this feature, likely still missing
a number of edge cases. However the basic functionality should work.
To allow a dependency from objc to cc, the following flags will have to be
passed to bazel:
--experimental_enable_objc_cc_deps --experimental_disable_java --cpu=ios_i386 --crosstool_top=//tools/objc/crosstool:crosstool
The feature is also compatible with --ios_multi_cpus, with the familiar
values f...
***
--
MOS_MIGRATED_REVID=94118959
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is an early version of support for this feature, likely still missing
a number of edge cases. However the basic functionality should work.
To allow a dependency from objc to cc, the following flags will have to be
passed to bazel:
--experimental_enable_objc_cc_deps --experimental_disable_java --cpu=ios_i386 --crosstool_top=//tools/objc/crosstool:crosstool
The feature is also compatible with --ios_multi_cpus, with the familiar
values for --ios_cpu (i386, x86_64, armv7, arm64). However, using this
crosstool and any CPU defined in it (legal values are ios_i386, ios_x86_64,
ios_armv7, ios_arm64) will make it impossible to use genrules with java make
variables in the same build: Obviously they require java support and no that
is not available for iOS CPUs.
The new flag --experimental_disable_java has not been tested in any
circumstances but the one enabled by this CL so use it with caution.
This CL does not contain any Xcode support for CC dependencies yet, they
will just not show up in the generated Xcode project.
--
MOS_MIGRATED_REVID=94116942
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94104253
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
they need to create their fragments.
This is prerequisite work for fragment-limited configurations
(configurations that only include the fragments needed by their rules'
transitive closures). Given a set of desired fragment classes, we need
to know which FragmentOptions are needed to instantiate those fragments.
Note that we can't map this relationship the other way (given a set
of FragmentOptions, which fragment classes do they load?). That's
because different fragment loaders may consume overlapping options.
A good example is CppOptions, which is, e.g., used by both the C++
and Python configuration loaders.
At some point, we're probably going to want to force configuration
loaders to only understand options from their own "domain" (or have
well-defined hierarchies). But that's not the reality of today.
--
MOS_MIGRATED_REVID=94091093
|