| Commit message (Collapse) | Author | Age |
... | |
|
|
|
| |
PiperOrigin-RevId: 192153123
|
|
|
|
|
|
|
|
|
| |
Apparently, I was using a flawed strategy to compute the filtered resource root
paths. Instead, just recalculate those roots from scratch, replicating the
behavior that existed before the change that caused problems.
RELNOTES: none
PiperOrigin-RevId: 192152306
|
|
|
|
|
|
|
| |
Adding tests for unknown commit since the submission of the fix had to happen quickly.
RELNOTES: None
PiperOrigin-RevId: 192139135
|
|
|
|
| |
PiperOrigin-RevId: 192137803
|
|
|
|
|
|
| |
Errors are related to missing headers from C++ dependencies.
PiperOrigin-RevId: 192132907
|
|
|
|
|
|
|
| |
This was broken for --config. Doing this properly requires keeping the order in which the options were given, which could be done either by filtering the ordered list according to which values affect the final outcome or by tracking the order correctly. I picked the later: the option order was not explicitly tracked for expansions before but now it is.
RELNOTES: canonicalize-flags no longer reorders the flags
PiperOrigin-RevId: 192132260
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The fdo_profile rule allows specifying architecture-sensitive fdo profiles.
This is especially important in multi-architecture builds.
Currently the profiles can only be labels of input files, but later on a way to support absolute files for profiles will be added.
Example:
fdo_profile(
name = "profile",
profile = select({
":k8" : "//path/to/some/profile.zip",
":ppc": "//path/to/some/other/profile.afdo",
}),
)
config_setting(
name = "k8",
values = {
"cpu": "k8",
},
)
config_setting(
name = "ppc",
values = {
"cpu": "ppc",
},
)
RELNOTES: Introduce fdo_profile rule that allows architecture-sensitive specification of fdo profiles.
PiperOrigin-RevId: 192125371
|
|
|
|
|
|
|
|
| |
This fixes a bug introduced by https://github.com/bazelbuild/bazel/commit/eba28176a97a0d0ddf2d1ef8505d37f392a2c363. While at it I also brought
output_execpath back to its previous behavior - not exposed for lto indexing.
RELNOTES: None
PiperOrigin-RevId: 192119904
|
|
|
|
|
|
|
|
|
|
|
|
| |
While we still recommend to name repositories in canonical way, a canonical way
can not always be ensured, e.g., if different versions of the same external
repository have to be used. Our design for upcoming renaming repositories honors
this observation. So remove the old warning about the name in an external
repository's WORKSPACE file not matching the name given to it in the global
WORKSPACE file; we certainly will not make this an error in the future.
Change-Id: I5eef92ec61dc81d25734d71187a635024630322c
PiperOrigin-RevId: 192114195
|
|
|
|
|
|
|
|
| |
Fixes https://github.com/bazelbuild/bazel/issues/4409
Closes #4522.
PiperOrigin-RevId: 192112573
|
|
|
|
|
|
|
|
|
| |
encoding the same in ConfiguredRuleClassProvider.
This is a step towards dumbing down BuildConfiguration.Fragment and the ConfigurationFactoryLoader, which is in needed so that we can rewrite C++/Java/Python rules in Skylark without having to introduce the concept of "configuration loader" in Skylark, too.
RELNOTES: None.
PiperOrigin-RevId: 192104912
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The `d_type` field is not part of the POSIX specification. Added a compile time check to see if we can use it. When not present fallback to a (slightly more expensive) call to 'stat'.
The reason why I need this is because I'm trying to port Bazel to a POSIX compliant platform. Even though my porting effort might fail miserably ;-) I think having a POSIX implementation which is POSIX compliant would be of benefit to the Bazel project.
Besides the POSIX spec I've based the implementation on information I found here:
* https://stackoverflow.com/questions/2197918/cross-platform-way-of-testing-whether-a-file-is-a-directory
* https://stackoverflow.com/questions/23958040/checking-if-a-dir-entry-returned-by-readdir-is-a-directory-link-or-file#answer-29094555
* https://stackoverflow.com/questions/39429803/how-to-list-first-level-directories-only-in-c/39430337#39430337
Closes #4967.
PiperOrigin-RevId: 192102522
|
|
|
|
|
|
|
|
|
|
| |
The 'd_type' field is not part of the POSIX specification. Added a compile time check to see if we can use it. When not present fallback to a (slightly more expensive) call to 'stat'.
This PR is similar to my other PR #4967. It's part of an effort to port Bazel to an POSIX compliant platform. Even though my porting effort may fail I think POSIX compliance could be beneficiary to Bazel either way.
Closes #4969.
PiperOrigin-RevId: 192096587
|
|
|
|
|
|
| |
@link doesn't support generics, so this is converted instead to @code.
PiperOrigin-RevId: 192094248
|
|
|
|
|
|
|
| |
This is needless of complexity. Having counter in DiGraph can provide us with deterministic hashCode for every application run. There is no visible usage of this feature right now. More than, user of the DiGraph class should not rely on the fact the hashCode of the object will always be deterministic. Default Object.hashCode implementation returns deterministic result in cope of single JVM, and this is enough.
RELNOTES:none
PiperOrigin-RevId: 192093877
|
|
|
|
|
|
| |
The exec path contains redundant information when considered with the ArtifactRoot, so, since the ArtifactRoot is memoized, we can save space and time by only serializing the non-redundant root-relative path part.
PiperOrigin-RevId: 192076469
|
|
|
|
| |
PiperOrigin-RevId: 191972075
|
|
|
|
| |
PiperOrigin-RevId: 191971225
|
|
|
|
| |
PiperOrigin-RevId: 191970818
|
|
|
|
|
|
| |
when all we want to do is register an edge and don't require the value.
PiperOrigin-RevId: 191966203
|
|
|
|
| |
PiperOrigin-RevId: 191961686
|
|
|
|
|
|
| |
RELNOTES:
Flip default value of --experimental_shortened_obj_file_path to true, Bazel now generates short object file path by default.
PiperOrigin-RevId: 191958480
|
|
|
|
|
|
| |
Blacklists vfs for DynamicCodec
PiperOrigin-RevId: 191951230
|
|
|
|
| |
PiperOrigin-RevId: 191948995
|
|
|
|
| |
PiperOrigin-RevId: 191930771
|
|
|
|
|
|
|
| |
This involves enforcing additional compiletime restrictions on Param ordering and semantics.
RELNOTES: None.
PiperOrigin-RevId: 191927206
|
|
|
|
|
|
|
| |
We can use the builtin env variables to get this.
RELNOTES: None
PiperOrigin-RevId: 191926221
|
|
|
|
|
|
|
| |
This will mean the messages will make it to the right output stream.
RELNOTES:
PiperOrigin-RevId: 191925662
|
|
|
|
|
|
|
|
| |
NoSuchCodecException.
This will make it easier to trace down missing codecs.
PiperOrigin-RevId: 191920743
|
|
|
|
| |
PiperOrigin-RevId: 191918594
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 191916828
|
|
|
|
| |
PiperOrigin-RevId: 191914805
|
|
|
|
|
|
|
|
| |
This brings it in line with other flags, where a malformed value is an error.
RELNOTES(INC): --config=foo will error if no 'foo' config exists.
PiperOrigin-RevId: 191910781
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also include the test target in the test log for easier debugging of tests.
Fixes #4960.
Change-Id: Ic79bf21e8eeba765b607755c1d290ee4e910d01f
Closes #4972.
Sample output:
```
exec ${PAGER:-/usr/bin/less} "$0" || exit 1
Executing tests from //src/test/shell/bazel:bazel_example_test
-----------------------------------------------------------------------------
```
Change-Id: I433cd9251a564b269da5566bb8401151ae4c99b7
PiperOrigin-RevId: 191891278
|
|
|
|
| |
PiperOrigin-RevId: 191880445
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 191876954
|
|
|
|
|
|
|
| |
For now, only CcCompilationContextInfo is wrapped. CcCompilationContextInfo will be renamed CcCompilationContext since the *Info suffix is used for providers. This will be done in a follow-up CL.
RELNOTES:none
PiperOrigin-RevId: 191876504
|
|
|
|
|
|
|
|
|
|
|
| |
...so that a repository rule can access them in any order without being
restarted. Restarting a repository rule can be expensive, if it already
accessed the network or executed expensive commands.
Improves on #4533.
Change-Id: I1d27f88492e4e51fb955f3f066a28a75c5016169
PiperOrigin-RevId: 191874363
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 191861074
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently we report "Analyzing" when include scanning runs. But since we can
have shared C++ compile actions, only one of the group will be executed and only
one will be reported completed. Remaining shared actions currently stay with
"analyzing" forever.
This cl makes sure that these actions are properly handled when finished.
RELNOTES: None
PiperOrigin-RevId: 191849728
|
|
|
|
|
|
| |
which memoizes, we should too.
PiperOrigin-RevId: 191813677
|
|
|
|
| |
PiperOrigin-RevId: 191809494
|
|
|
|
|
|
|
|
|
|
|
| |
Args#add(value, *, arg, format)
Args#add_all(value, *, arg, map_each, format_each, before_each, omit_if_empty, uniquify)
Args#add_joined(value, *, arg, join_with, map_each, format_each, format_joined, omit_if_empty, uniquify)
The old Args#add remains backwards compatible, but we add a flag to disable this compatibility mode.
RELNOTES: None
PiperOrigin-RevId: 191804482
|
|
|
|
| |
PiperOrigin-RevId: 191801369
|
|
|
|
| |
PiperOrigin-RevId: 191797413
|
|
|
|
|
| |
RELNOTES: android_binary.manifest_merger is no longer supported.
PiperOrigin-RevId: 191791177
|
|
|
|
|
|
| |
SerializationException. This can happen with deep nested sets.
PiperOrigin-RevId: 191790431
|
|
|
|
|
|
| |
targets.
PiperOrigin-RevId: 191774693
|
|
|
|
| |
PiperOrigin-RevId: 191774614
|
|
|
|
|
|
|
| |
SourceArtifact.getPath() is considered safe and eventually we may restrict
getPath() to only SourceArtifact.
PiperOrigin-RevId: 191768519
|