| Commit message (Collapse) | Author | Age |
... | |
|
|
|
|
| |
RELNOTES: Skylark semantics flags now affect WORKSPACE files and repository rules.
PiperOrigin-RevId: 173130286
|
|
|
|
|
| |
RELNOTES: none
PiperOrigin-RevId: 173128623
|
|
|
|
|
| |
RELNOTES: none
PiperOrigin-RevId: 173125138
|
|
|
|
|
|
|
|
| |
file/directory names instead of paths.
This is a small isolated change that can be done ahead of the big refactoring.
PiperOrigin-RevId: 173124518
|
|
|
|
|
|
|
|
| |
actually assigned to the configuration, so we were redoing Skyframe graph setup each time. We still cached actual loading/analysis work, but unnecessarily injected precomputed values each time.
This meant that in the "edge" case of not keeping edges, we were only succeeding by accident, because we never actually switched the evaluator to not keep edges.
PiperOrigin-RevId: 173124505
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
If the 'set' function was used in a .bzl file but not called, --incompatible_disallow_set_constructor=True would allow the load of that .bzl file without error, but this change removes the 'set' function so loading that bzl file is an error.
Example failure: https://ci.bazel.io/blue/organizations/jenkins/Global%2FTensorFlow/detail/TensorFlow/245/pipeline/
*** Original change description ***
Remove the deprecated set constructor from Skylark
The `set` constructor used to be deprecated, but it was still possible to use
it by providing --incompatible_disallow_set_constructor=false.
RELNOTES[INC]: The flag --incompatible_disallow_set_constructor is no longer
available, the deprecated `set` constructor is not available anymore.
PiperOrigin-RevId: 173115983
|
|
|
|
| |
PiperOrigin-RevId: 173113101
|
|
|
|
|
| |
RELNOTES: none
PiperOrigin-RevId: 173113056
|
|
|
|
|
|
|
| |
Fixes https://github.com/bazelbuild/bazel/issues/3938
Change-Id: Ic837f1b97cf8469434118f2660fb15d14c035a14
PiperOrigin-RevId: 173100466
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Breaks a single, but very important target :(
*** Original change description ***
Remove OS/Xcode versions (and thus package loading) from AppleConfiguration.Loader.
Fixes #3424.
RELNOTES[INC]: Selecting on "xcode_version" and
"{ios,tvos,macos,watchos}_sdk_version" is not supported anymore. What was config_setting(values={"$FOO_version": $VALUE}) is now config_setting(flag_values={"@bazel_tools//tools/osx:$FOO_version_flag": $VALUE}).
PiperOrigin-RevId: 173085962
|
|
|
|
|
|
|
| |
when they are disabled in the target configuration.
RELNOTES: None.
PiperOrigin-RevId: 173083682
|
|
|
|
| |
PiperOrigin-RevId: 173054453
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 173048992
|
|
|
|
|
|
|
| |
This should also address https://github.com/bazelbuild/bazel/issues/3903
RELNOTES: None.
PiperOrigin-RevId: 172963663
|
|
|
|
|
|
|
| |
Android's mechanism for automatically linking native deps does not currently support linker scripts. A dependency cc_library can specify the linker script in the linkopts and include it in its deps, but since the artifact is not provided as an input to the generated link action, this results in an error. This change provides the missing inputs and makes this work.
RELNOTES: Support for linker scripts in NativeDepsHelper (e.g., android_binary)
PiperOrigin-RevId: 172963605
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 172955521
|
|
|
|
|
|
|
|
| |
Avoid ArrayList.addAll(Collection) winds up converting the collection to an
array, which is wasteful on such a potentially hot code path.
RELNOTES: None
PiperOrigin-RevId: 172941634
|
|
|
|
| |
PiperOrigin-RevId: 172932367
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Recent changes:
1) Started passing all resources to processors, ignoring the filtered
ResourceContainers, and
2) Started loading an unfiltered LocalResourceContainer into binary resource
processing, in addition to the filtered container.
Fix both of these. To fix the former, we need to split the misleadingly-named
'transitiveResourceRoots' (actually transitive resource and assets artifacts)
into transitive resources and assets.
Update resource filtering tests to catch bugs like these.
Also, rename getters for resource containers to make clear that they are not
getters for resources.
Finally, document some weirdness and partially-completed migrations encountered
as part of investigating these issues, and add appropriate TODOs and
deprecation.
RELNOTES: None
PiperOrigin-RevId: 172929936
|
|
|
|
|
|
|
| |
There are two Environments involved in running an implementation callback for rules/aspects/repository-rules: (1) The static environment of the function's definition, and (2) the caller's dynamic environment. The function will only consult (1), so trying to set anything on (2) is misleading.
RELNOTES: None
PiperOrigin-RevId: 172929301
|
|
|
|
|
|
|
|
|
| |
values are missing while fetching toolchains.
Fixes #3928.
Change-Id: I4fde784f56daf544ba70c9848e006f1183c20a99
PiperOrigin-RevId: 172922687
|
|
|
|
|
|
|
| |
Follow-up of unknown commit.
RELNOTES: None
PiperOrigin-RevId: 172922507
|
|
|
|
|
|
| |
selection logic to skylark.
PiperOrigin-RevId: 172921818
|
|
|
|
|
|
| |
It now correctly delegates to the right file system.
PiperOrigin-RevId: 172916854
|
|
|
|
|
|
| |
Path construction entails calling isFileSystemCaseSensitive at a time when subclasses have not been initialised. This can cause a crash. Solve by deferring init of the path.
PiperOrigin-RevId: 172914501
|
|
|
|
|
|
|
|
|
| |
All callers that do not use Environment.Builder#setSemantics should call #useDefaultSemantics. A follow-up CL will enforce this requirement.
Motivation: It's more important that we are strict about semantics than about the other builder args. It's too easy for a mistake in semantics to go unnoticed.
RELNOTES: None
PiperOrigin-RevId: 172912829
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 172901568
|
|
|
|
|
|
|
|
| |
Nobody sets a delegate anymore, meaning it should be fine to crash hard if we try to resolve a file outside scope.
The CL was created by inlining ScopeEscapableFileSystem into InMemoryFileSystem, making it impossible to return an outOfScope file status (instead throwing an exception), then trivially fixing the code.
PiperOrigin-RevId: 172886769
|
|
|
|
|
|
|
| |
Add warnings for behavior that is likely unexpected. Expansion values do not accept values at all, and implicit requirements are set regardless of whether the option was turned "on" or not, so warn in the cases where this weird behavior might rear its ugly head.
RELNOTES: None
PiperOrigin-RevId: 172883214
|
|
|
|
|
|
|
|
|
| |
This happens when a sh_test has a dependency on a java_binary, so
JACOCO_METADATA_JAR is not set and coverage should not be run on the
java_binary.
RELNOTES: None.
PiperOrigin-RevId: 172881410
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 172880849
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 172877016
|
|
|
|
|
|
|
| |
Preparations to fix https://github.com/bazelbuild/bazel/issues/3826.
RELNOTES: None.
PiperOrigin-RevId: 172876802
|
|
|
|
| |
PiperOrigin-RevId: 172859731
|
|
|
|
|
|
|
|
| |
Fixes #3930. Also added tests.
TESTED=added tests
RELNOTES: Fixing regression to --experimental_remote_spawn_cache
PiperOrigin-RevId: 172852740
|
|
|
|
|
|
|
| |
factor out dex file limit tracking into shared helper class.
RELNOTES: None.
PiperOrigin-RevId: 172826493
|
|
|
|
|
|
| |
This allows symlinks between multiple different file systems. InMemoryFileSystem uses this in some tests. This CL will allow deletion of ScopeEscapableFileSystem, one of two file systems that partially duplicate what UnionFileSystem does.
PiperOrigin-RevId: 172823391
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 172801656
|
|
|
|
|
|
|
|
|
| |
Using $* is an abomination. Use properly quoted $@ instead in the
example merge.sh script. While at it, fix the syntax highlighting
(merge.sh is shell code not Python).
RELNOTES: Improved merge.sh script in cookbook.
PiperOrigin-RevId: 172789316
|
|
|
|
|
|
|
|
|
| |
If bazel is asked to only load target, but not perform an analysis
phase, correctly report this as the cause why the obtained targets wer
never configured.
Change-Id: Ib630a6dc1b955b810a6cc40254c0ae746e2eca1e
PiperOrigin-RevId: 172787777
|
|
|
|
|
|
|
|
| |
This works better with UnionFileSystem, as (eg.) different mapped file systems might not agree on whether they are read-only.
No actual code changes have been made that actually uses this argument, so this should be a behaviour no-op.
PiperOrigin-RevId: 172782759
|
|
|
|
|
|
| |
The former is *technically* more formally correct, but other debuggers (VS Code and V8, among others) already use the term "scope" to refer to the same concept so aligning with those existing debuggers has value.
PiperOrigin-RevId: 172778821
|
|
|
|
|
|
|
|
|
|
|
| |
This provides a composition-based alternative to the existing inheritance-based
testing style. The inheritance style has been showing its age/has become quite
cumbersome when multiple codecs are in the same class or codecs are colocated
with their encoded class. This will hopefully get rid of some friction when
adding new codecs.
RELNOTES: None
PiperOrigin-RevId: 172778555
|
|
|
|
|
|
|
|
|
| |
This is also an example of the versatility of dynamic configurations: this feature
only requires changes to rules/python/...
Issue #3871
PiperOrigin-RevId: 172775001
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 172771645
|
|
|
|
|
|
|
| |
Turns out, those exist.
RELNOTES: None.
PiperOrigin-RevId: 172768102
|
|
|
|
|
|
|
| |
In the process, I refactored and extended the line handling and error reporting a little.
RELNOTES: none
PiperOrigin-RevId: 172760285
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 172754760
|
|
|
|
|
|
| |
Futures.dereference is being deprecated and deleted, because it has a race condition where cancellation is not propagated.
PiperOrigin-RevId: 172748120
|
|
|
|
|
|
|
|
|
|
| |
Now that the experimental_ui is enabled by default in commit
784bb52613feb484221c3aa6756de, we do not need to enable it in the
(recommended) bazelrc file anymore. While there, also move the default
number of actions shown in the experimental_ui to the flag default.
Change-Id: I74673a0d677b6d832c9fb5e2983f97c0dcbc44e4
PiperOrigin-RevId: 172736977
|