| Commit message (Collapse) | Author | Age |
... | |
|
|
|
|
|
|
|
| |
Now that ValidatedAndroidResources is the only implementation, we can just use
that instead.
RELNOTES: none
PiperOrigin-RevId: 207900844
|
|
|
|
| |
PiperOrigin-RevId: 207891979
|
|
|
|
|
|
|
|
|
| |
ValidatedAndroidResources is now the only implementation of
ValidatedAndroidData, so we can also clean up some code. (The actual interface
will be cleaned up in the next few changes.)
RELNOTES: none
PiperOrigin-RevId: 207891778
|
|
|
|
|
|
|
| |
the DTC construction of the universe argument to 'rdeps'.
RELNOTES: None
PiperOrigin-RevId: 207884395
|
|
|
|
|
|
|
| |
use Semaphore#availablePermits. I have no idea why I didn't do this initially.
RELNOTES: None
PiperOrigin-RevId: 207883650
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Remove all state from the ApplicationManifest class. Actual methods in this
class will be migrated to somewhere more appropriate in upcoming changes.
We now usually use the manifest passed around in the ResourceApk object
instead. (The exception is mobile-install, which still wants to use the raw
manifest.) Note that this manifest is the processed manifest output by resource
processing - using it will somewhat decrease parallelisim, but is also more
correct. (We'll get the parallelisim gains back once we now longer use the
legacy manifest merger and don't need to process the manifest in resource
processing.)
RELNOTES: none
PiperOrigin-RevId: 207881830
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a Bazel server is idle for 10 seconds, it unconditionally triggers a full-scale Java GC via System.gc(). This behavior doesn't have clear benefits and causes Bazel to steal resources from whatever the user does after invoking Bazel. This CL adds a startup option, --idle_server_tasks, to toggle the idle GC behavior.
Also, add some logging for when idle GC is enabled, so it's easier to evaluate its effects. Example of logging:
```
180718 17:43:04.609:I 247 [com.google.devtools.build.lib.server.IdleServerTasks.lambda$idle$0] [Idle GC] used: 157MB -> 15MB, committed: 421MB -> 422MB
```
Fixes https://github.com/bazelbuild/bazel/issues/5589.
Closes #5628.
PiperOrigin-RevId: 207869996
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This cl exposes getters for flags passed by --copt, --cxxopt, --conlyopt, and
--linkopt Bazel options.
Fixes #5602.
While at it, I deprecated existing methods that are either migrated to the C++
toolchain, or to cc_common.
RELNOTES: None.
PiperOrigin-RevId: 207854692
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 207845945
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 207801155
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 207778688
|
|
|
|
|
|
|
|
| |
Also, migrate Robolectric action that used it to use AndroidDataConverter
instead.
RELNOTES: none
PiperOrigin-RevId: 207761747
|
|
|
|
|
|
|
|
| |
This code should all be unused now. Some code it calls into will be removed in
the next changes.
RELNOTES: none
PiperOrigin-RevId: 207753966
|
|
|
|
|
|
|
|
|
|
|
| |
and genquery non-determinism.
This approach relies on there never being two attributes with the same name.
I added the inOrder() to the test without my change commented and observed flaky failures. I then uncommented my change and saw consistent passes.
RELNOTES: Sort attribute lists in proto-form query output to fix non-deterministic genquery output.
PiperOrigin-RevId: 207743773
|
|
|
|
|
|
|
|
|
|
| |
This flag is turned on everywhere. Remove it.
There's a lot of dead code hidden behing this flag; will remove it in a series
of upcoming changes.
RELNOTES: none
PiperOrigin-RevId: 207732126
|
|
|
|
|
| |
RELNOTES: None.
PiperOrigin-RevId: 207724147
|
|
|
|
|
|
|
|
|
|
| |
set of all declared headers, iterate over them and remove them from a (often
much smaller) set.
This should improve runtime as well as amount of garbage produced.
RELNOTES: None.
PiperOrigin-RevId: 207710867
|
|
|
|
|
|
| |
*** Reason for rollback ***
PiperOrigin-RevId: 207697096
|
|
|
|
|
|
|
| |
Paths to tools in CROSSTOOL are either absolute or relative to the CROSSTOOL location (which is the same as cc_toolchain location). As in the future CROSSTOOL will be gone, and the new skylark rule that will replace CROSSTOOL will not have to be in the same location as cc_toolchain, we need to pass information to FeatureConfiguration about the location of the cc_toolchain in use, so we can calculate the workspace relative paths to the tools.
RELNOTES: None.
PiperOrigin-RevId: 207695703
|
|
|
|
|
|
|
| |
All users have been migrated, so it's not used anymore.
RELNOTES: None.
PiperOrigin-RevId: 207688604
|
|
|
|
|
|
| |
now that JDK 8 host_javabases are no longer supported.
PiperOrigin-RevId: 207687089
|
|
|
|
|
|
|
| |
This class is deprecated and should not be exposed.
RELNOTES:none
PiperOrigin-RevId: 207685607
|
|
|
|
|
|
|
| |
The workspace changes from user to user and it shouldn't be taken into account.
RELNOTES:none
PiperOrigin-RevId: 207679881
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 207592136
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 207570533
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 207564798
|
|
|
|
|
|
| |
Closes #5702.
PiperOrigin-RevId: 207560697
|
|
|
|
|
|
|
| |
Fixes #5686.
RELNOTES: None
PiperOrigin-RevId: 207559658
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 207559097
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 207553449
|
|
|
|
|
| |
RELNOTES: None
PiperOrigin-RevId: 207550943
|
|
|
|
|
|
|
|
|
|
| |
This is in preparation for deleting CcLinkParamsStore. All remaining calls
to the setCcLinkparamsStore method of the CcLinkingInfo builder have been removed.
See b/111781390 for details of rollback.
RELNOTES:none
PiperOrigin-RevId: 207525881
|
|
|
|
|
|
|
| |
Otherwise we can construct cases where we don't handle exports in different cases correctly.
RELNOTES: None
PiperOrigin-RevId: 207517499
|
|
|
|
|
|
|
|
| |
This is in preparation for deleting CcLinkParamsStore. Not all calls to
setCcLinkparamsStore have been removed in this CL.
RELNOTES:none
PiperOrigin-RevId: 207516944
|
|
|
|
|
|
|
| |
action.
RELNOTES: None.
PiperOrigin-RevId: 207516074
|
|
|
|
|
|
|
|
|
|
|
| |
As nobody uses bazel on a traditional teletyper terminal, we
can as well use the line ending of native files instead of
terminal/network line endings. While the console output is not
meant to be handled by anything but a terminal, this still seems
to be done.
Change-Id: Ied745eeedaec70572ef4b3a3c716a0cf57dfdfd1
PiperOrigin-RevId: 207511649
|
|
|
|
|
|
| |
dependency relations as the full graph to avoid descending into non-ActionLookupValue parts of the graph when collecting ActionLookupValues.
PiperOrigin-RevId: 207472612
|
|
|
|
|
|
|
| |
private.
RELNOTES: None
PiperOrigin-RevId: 207335684
|
|
|
|
|
|
|
| |
Due to some of the vagaries of skylark and multiple entry points, the databinding context is currently updated by the parse action.
RELNOTES: None
PiperOrigin-RevId: 207333111
|
|
|
|
|
|
|
|
|
|
| |
conflicts if the current set of configured targets is not a subset of the largest set of configured targets that have been checked for conflicts.
Also rework the flow between SkyframeBuildView and SkyframeActionExecutor to remove the SkyframeExecutor middleman.
Also reword the error message in case of an ArtifactPrefixConflictException, since a clean should no longer be necessary.
PiperOrigin-RevId: 207322139
|
|
|
|
|
|
|
| |
binding processing pipeline.
RELNOTES: None
PiperOrigin-RevId: 207312398
|
|
|
|
|
|
|
| |
It is possible to create duplicate artifacts with different owners, so we have to tolerate this when uploading files.
RELNOTES: None
PiperOrigin-RevId: 207302014
|
|
|
|
|
|
|
|
|
| |
This will cause bazel to write the parameter file during action execution instead of as a separate action. This is faster and requires less memory than using a separate action.
When using remote execution, pass --materialize_param_files if you wish to inspect the file locally (for debugging purposes).
RELNOTES: Set --defer_param_files to default to true.
PiperOrigin-RevId: 207300073
|
|
|
|
|
|
|
|
|
| |
* Refactor Chunker constructor to a builder to reduce constructor overload.
* Pass digest into this where we have it
* Redo ensureInputsPresent to not lose the missing digests during processing so we can pass them to the Chunker constructor.
RELNOTES: None
PiperOrigin-RevId: 207297915
|
|
|
|
|
|
|
| |
looked-up artifact values.
RELNOTES: None
PiperOrigin-RevId: 207295716
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It provides a number of features that we want and whose combination cannot be
accomplished using the standard FileHandler:
* Using a different filename per server process, by putting a timestamp and
process ID in the filename. This means Bazel will no longer overwrite its
log when the server is restarted, making it easier for developers and
maintainers to diagnose issues.
* Putting the hostname and username in the filename (useful when running on a
shared network filesystem).
* Automatically setting a symlink to the latest log file, ensuring that the
latest log can still be found under the usual Bazel server log path.
* Providing an API for getting the filename of the current log file, for use
by Bazel itself.
* Cleaning up old log files when their total size exceeds a set limit.
This commit only introduces the handler; its usage in Bazel will be enabled by
a follow-up commit.
RELNOTES: None.
PiperOrigin-RevId: 207274587
|
|
|
|
|
|
|
| |
Closes #5746.
Change-Id: Ib5946d405bf22af131f9dbd7b93393958b0848b4
PiperOrigin-RevId: 207261030
|
|
|
|
|
|
|
| |
Fixes https://github.com/bazelbuild/bazel/issues/5677
RELNOTES: None.
PiperOrigin-RevId: 207258428
|
|
|
|
|
|
|
| |
With this fix we can get archiver flags from the Skylark API to the C++ toolchain even when we don't pass output_file
RELNOTES: None.
PiperOrigin-RevId: 207248839
|
|
|
|
|
|
|
|
|
|
| |
Add a missing closing parenthesis and clarify resource path resolution a
little.
Fixes #1689.
RELNOTES: None.
PiperOrigin-RevId: 207242394
|