| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
| |
Don't encode paths as UTF-8 to md5sum them (the map keys are Strings derived
from Paths, for which Fingerprint.addPath() takes the same shortcut).
Remove defensive copy from the constructor (which did not need to be public).
Remove redundant call to Fingerprint.reset().
--
MOS_MIGRATED_REVID=126682477
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The stopUpdateThread() method tries to stop the update thread
by calling the interrupt() and join() methods on that thread.
When getting interrupted while waiting for the thread to join,
do not ignore the exception, instead try again to make sure
we don't leave that method before the other thread is actually
stopped.
While there, also clean up the synchronized blocks for the thread
handling: all blocks that handle multiple global variables like
buildComplete, updateThread, etc, are synchronized while the actual
thread-manipulating operations are outside those blocks.
--
MOS_MIGRATED_REVID=126679343
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126673732
|
|
|
|
|
|
|
|
|
| |
This is in preparation for splitting up the rules into per-language modules.
We'll also add test coverage to make sure each module is individually useful,
so that it's possible to build a Bazel binary with a reduced set of rules.
--
MOS_MIGRATED_REVID=126672702
|
|
|
|
|
|
|
|
|
|
| |
This java test is fixable after Bazel no longer append .exe as suffix
to .so cc_binary target on Windows.
--
Change-Id: I3a377839f00cf1e372f1ecb25692e86807e1ad43
Reviewed-on: https://bazel-review.googlesource.com/#/c/3964
MOS_MIGRATED_REVID=126637503
|
|
|
|
|
|
|
|
|
| |
The test was failing because IdlClass can't handle file path with back-slash
--
Change-Id: Ica72da756fd4bd9b4f8d907ff795549a59edc8be
Reviewed-on: https://bazel-review.googlesource.com/#/c/3966
MOS_MIGRATED_REVID=126636692
|
|
|
|
|
|
|
| |
--
Change-Id: Ic474eff981328b0a467606a01f88d72c26dfff74
Reviewed-on: https://bazel-review.googlesource.com/#/c/3965
MOS_MIGRATED_REVID=126636071
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126633568
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126631881
|
|
|
|
|
|
|
|
| |
We have some modules that assume 1:1 correspondence between servers and
workspaces, which I'd like to fix.
--
MOS_MIGRATED_REVID=126628292
|
|
|
|
|
|
|
|
|
| |
Subprocesses now get killed if the Bazel server itself is killed and so do their subprocesses.
Also implemented Subprocess#close() so that we get a little more control over when the native structures are cleaned up.
--
MOS_MIGRATED_REVID=126628000
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126620866
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
types.
Fixes #921
Certain parameters, such as the `executable` and `command` parameters of
ctx.action, allow multiple types. However, the allowed types are not enumerated
in the SkylarkSignature annotation, causing the generated Skylark Library
document to not display any type information for those params.
This change adds a new field, `allowedTypes`, to `SkylarkSignature` that is a
list of `ParamType` objects. If the param can accept multiple types, then
`type` is set to `Object.class`, and `allowedTypes` is set to the list of types
that can be accepted.
--
MOS_MIGRATED_REVID=126617047
|
|
|
|
|
|
|
|
|
| |
An instance of the builder is passed to all modules, which can each add / set
things on the builder. This reduces the BlazeModule API surface, while also
being more flexible for future changes.
--
MOS_MIGRATED_REVID=126613981
|
|
|
|
|
|
|
|
|
|
| |
The solution is setting RUNFILES_MANIFEST_ONLY=1 in template file
if only runfile manifest feature is enabled.
--
Change-Id: I6c96cc1212818bd57adcdfb59fa0de66d2d38037
Reviewed-on: https://bazel-review.googlesource.com/#/c/3960
MOS_MIGRATED_REVID=126577520
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Broke some targets
--
MOS_MIGRATED_REVID=126574275
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126572660
|
|
|
|
|
|
|
| |
We should really do something about the mess that is loading our JNI libraries -- io.bazel.EnableJNI is mentioned eight times in the code in various diverse contexts. This change is not the right place to do it, though.
--
MOS_MIGRATED_REVID=126570481
|
|
|
|
|
|
|
|
|
| |
style path
--
Change-Id: I219bce744a73333ff3a79bedc78ee78c415629e8
Reviewed-on: https://bazel-review.googlesource.com/#/c/3961
MOS_MIGRATED_REVID=126569740
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126566280
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Breaks CI, see, e.g., http://ci.bazel.io/job/bazel-tests/BAZEL_VERSION=HEAD,PLATFORM_NAME=ubuntu_15.10-x86_64/92/console
*** Original change description ***
C++ reimplementation of singlejar tool: first checkin.
--
MOS_MIGRATED_REVID=126565472
|
|
|
|
|
|
|
|
|
| |
what CreateProcess() does.
Test cases don't need to be changed because this issue was caught by CreateProcess() instead.
--
MOS_MIGRATED_REVID=126560893
|
|
|
|
|
|
|
| |
It seems like the Bazel server dies (or isn't reused) between the first and the second "bazel build" in test_input_digests.
--
MOS_MIGRATED_REVID=126511647
|
|
|
|
|
|
|
| |
last build's deps. This is only an issue with cycles, since there we try to maintain the invariant that a parent is not done before its children by removing its deps on its children before we construct its cycle value.
--
MOS_MIGRATED_REVID=126494009
|
|
|
|
|
|
|
| |
was unnecessary.
--
MOS_MIGRATED_REVID=126457804
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Such functions have to list their required attributes as parameters.
def _callback_func(attr_map):
do_something(attr_map.my_attr)
becomes
def _callback_func(my_attr):
do_something(my_attr)
RELNOTES[INC]:Skylark rules: if you set "outputs" or an attribute to a function, this function must now list its required attributes as parameters (instead of an attribute map).
--
MOS_MIGRATED_REVID=126445849
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126434299
|
|
|
|
|
|
|
| |
by the Gradle resource shrinker in resources.txt.
--
MOS_MIGRATED_REVID=126420534
|
|
|
|
| |
MOS_MIGRATED_REVID=126410490
|
|
|
|
|
|
|
|
|
|
|
| |
to Windows process management.
With this change, Bazel can build itself using native Windows process management and Ctrl-C works in server mode as expected. Yay!
Flipping the flag will come in a separate change that's easy to roll back if need be.
--
MOS_MIGRATED_REVID=126408264
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To be used by a later CL where we use this more
complete picture of all the resource items to
generate our own R.java/class without invoking
AAPT (and split out AAPT to a separate action
that is off the java builder critical path).
Technically aapt creates R.id.foo for attr
<enum name="foo" ... /> and flag as well, but
I haven't seen code that actually relies on that.
Currently off-by-default (only exercised by tests).
--
MOS_MIGRATED_REVID=126407838
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126405595
|
|
|
|
|
|
|
| |
in Skylark rule context.
--
MOS_MIGRATED_REVID=126405174
|
|
|
|
|
|
|
| |
implementation can eventually be plugged in.
--
MOS_MIGRATED_REVID=126404913
|
|
|
|
|
|
|
|
|
|
|
| |
missing file to it.
We need to activate this check on presubmits
--
Change-Id: Ia95e92d3816ce92bb69bc0e2cf56e9c60b68d970
Reviewed-on: https://bazel-review.googlesource.com/#/c/3949/
MOS_MIGRATED_REVID=126404792
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the progress bar cannot be updated in place, every additional writing
of the progress bar clutters up the log. Of course, this could be controlled
by adding --show_progress_rate_limit or even --noshow_progress options to the
invocation; however, it turns out that users expect a bazel to just automatically
reduce its output rate. Therefore, specify a minimal value for the progress rate
limit of 2 seconds if the progress bar cannot be updated in place. Also, increase
the time rate for purely time-based updates to 20s in this case.
Moreover, only automatically redraw the progress bar after an INFO/WARNING/... message,
if it can be updated in place.
--
Change-Id: I7d06aa04acec457ec0a5d20ac32ede4cf80f7170
Reviewed-on: https://bazel-review.googlesource.com/#/c/3944
MOS_MIGRATED_REVID=126387987
|
|
|
|
|
|
|
| |
Android split transitions.
--
MOS_MIGRATED_REVID=126378169
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126375064
|
|
|
|
|
|
|
|
|
|
|
|
| |
This warning is printed on every invocation, and the visual noise helps blind
the user to other more imporant warnings. Presumably they have chosen to set
--jobs high for a reason. Help them make a good choice with the documentation,
then don't distract them further.
RELNOTES: Remove warning for high value of --jobs.
--
MOS_MIGRATED_REVID=126369509
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126354275
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126344189
|
|
|
|
|
|
|
|
|
|
|
| |
blaze handling.
- Converted to correct upstreamed options
- Handling of bitcode when creating dynamic libraries
- New LTOBackendAction derived from SpawnAction that discovers and adds the imported bitcode files identified by the LTO indexing step.
--
MOS_MIGRATED_REVID=126344132
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126333303
|
|
|
|
|
|
|
|
| |
(2) Refactor the simple query concurrency support by introducing QueryExpression#canEvalConcurrently and removing the primitive BinaryOperatorExpression#evalConcurrently and the hardcoded SkyQueryEnvironment logic around it. This way each QueryExpression can safely manage its own concurrency. A followup CL will ensure that concurrent evaluation occurs for as much of the query expression as possible, rather than just for the top-level query expression node.
(3) Make a few query internals public.
--
MOS_MIGRATED_REVID=126324637
|
|
|
|
|
|
|
| |
* Add in some line breaks for easier to read output.
--
MOS_MIGRATED_REVID=126315204
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126310706
|
|
|
|
|
|
|
| |
sane Java API for now)
--
MOS_MIGRATED_REVID=126306559
|
|
|
|
|
|
|
|
|
| |
is necessary for <style parent="">.
The previous code omitted empty strings to avoid the <attr format=""> case which is an error for aapt.
--
MOS_MIGRATED_REVID=126305040
|
|
|
|
|
|
|
|
| |
These don't do anything for a 64-bit JVM.
Also remove some very old GC tuning flags for --batch.
--
MOS_MIGRATED_REVID=126303269
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add .dll as a shared library type like .so
If we have target:
cc_binary(
name = "bar.dll",
srcs = ["bar.cc"],
linkshared = 1,
)
Now we can build a dll using bazel build //foo:bar.dll
If the target name is still bar.so, the wrapper script also
build the dll by copying the output file to bar.dll.
--
Change-Id: Ie3d1fb83965ddf691d0cc4734a61a0b0ce89d948
Reviewed-on: https://bazel-review.googlesource.com/#/c/3931
MOS_MIGRATED_REVID=126301390
|