| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
--
MOS_MIGRATED_REVID=103290841
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I was persuing the idea that BuildView could become stateless. While that
should be possible, we're currently still relying on minimal state in
BuildView (from tests at least) in a way that makes it tricky to remove.
Instead, I'm now trying to move the BuildView into CommandEnvironment, and
create a new one as needed (only for build commands); that makes it safe in the
presence of concurrently running commands, as long as they don't use the same
BuildView instace. (Of course, allowing commands to run concurrently will need
more changes outside of BuildView.)
--
MOS_MIGRATED_REVID=103279370
|
|
|
|
|
|
|
|
|
|
| |
The module environment can be called from any number of threads, not
necessarily from the main thread. I don't know if it's a problem right now -
we don't have any problem reports that could be caused by this - but better be
safe than sorry.
--
MOS_MIGRATED_REVID=103277567
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=103276489
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=103269584
|
|
|
|
|
|
|
|
| |
The main piece is the blaze module environment, which is only valid during
command execution. Also configuration creation and precompleteCommand.
--
MOS_MIGRATED_REVID=103186467
|
|
|
|
|
|
|
|
|
| |
I wanted to merge it into beforeCommand, but the reporter isn't set up yet
when we call beforeCommand. Hopefully we can refactor the code to merge it
in the future.
--
MOS_MIGRATED_REVID=103179268
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=103175472
|
|
|
|
|
|
|
|
| |
The very long term plan is to make BlazeRuntime immutable, so that we can
run multiple commands in the same server.
--
MOS_MIGRATED_REVID=103080946
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=102584924
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=102483838
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=102345574
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=102239051
|
|
|
|
|
|
|
| |
given
--
MOS_MIGRATED_REVID=102046602
|
|
|
|
|
|
|
|
|
|
| |
The baseline artifacts are part of the instrumented files provider now, and
are strongly tied to the collect_code_coverage flag. It seems to be simpler
to collect them explicitly in the BuildView (which already collects them for
post-processing), than to rely on the output group selection.
--
MOS_MIGRATED_REVID=101926341
|
|
|
|
|
|
|
|
|
| |
BlazeRuntime#recordLastExecutionTime. Also add @Nullable annotations as appropriate.
Fixes #394.
--
MOS_MIGRATED_REVID=101685096
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=100814605
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=100494619
|
|
|
|
|
|
|
|
| |
1. We are adding handler and removing it after that.
2. There is no modules that calls .handle method of reporter in beforeCommand.
--
MOS_MIGRATED_REVID=100478454
|
|
|
|
|
|
|
| |
embedded binaries.
--
MOS_MIGRATED_REVID=100476182
|
|
|
|
|
|
|
| |
This isn't really a crash, so don't report a crash, just log locally and remotely.
--
MOS_MIGRATED_REVID=99857034
|
|
|
|
|
|
|
| |
indicates an error, and tests shouldn't normally have such errors.
--
MOS_MIGRATED_REVID=99789434
|
|
|
|
|
|
|
|
|
| |
color when the build fails.
Includes fix for problems causing the original slowdown to blaze query
--
MOS_MIGRATED_REVID=99755414
|
|
|
|
|
|
|
|
| |
Don't log the actual message in interest of not spamming logs, for now. We can
use how common this is to determine if crashing is appropriate.
--
MOS_MIGRATED_REVID=99587448
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Query performance regression.
--
MOS_MIGRATED_REVID=99560234
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This introduces a new way to stop applications when deploying incremental
changes that saves the current app state for the next run. This allows things
like the back stack, and View/Fragment/Activity saved state to be restored when
the app next launches, making it easier to quickly iterate on code changes.
It adds a "--start" flag to mobile-install that replaces "--start_app".
--start accepts an argument describing the mode: no, cold, or warm. "no" is
now the equivalent of "--nostart_app", "cold" is the equivalent of
"--start_app", and "warm" is the new start mode.
Note that this is only useful with incremental installs, as Android clears out
any previously saved state when an APK is replaced.
--
MOS_MIGRATED_REVID=99508790
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=99411524
|
|
|
|
|
|
|
|
|
|
|
| |
use this functionality to properly invalidate http download nodes if the downloaded zip file doesn't match the specified hash.
This still means that the actual files downloaded may not match, but checking all such files may be too expensive.
This helps with #336 but before that issue can be closed all remote repositories (git, etc.), should have similar functionality added.
--
MOS_MIGRATED_REVID=99317085
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=99224654
|
|
|
|
|
|
|
| |
The incorrect conversion was introduced recently.
--
MOS_MIGRATED_REVID=99218016
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=99198288
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=99174214
|
|
|
|
|
|
|
| |
color when the build fails.
--
MOS_MIGRATED_REVID=98736813
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=98394325
|
|
|
|
|
|
|
|
|
| |
wrapping it in a QueryException.
QueryException should usually indicate a persistent failure, while an InterruptedException is transient. Wrapping the InterruptedException in a QueryException just obfuscates state.
--
MOS_MIGRATED_REVID=97815388
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=97800307
|
|
|
|
|
|
|
|
|
|
|
| |
This involved quite a few changes, mainly changing a bunch of places where we refer to packages by a PathFragment to PackageIdentifier.
The only wart is the code in PathPackageLocator: ideally, it would just call into PackageLookupFunction. Unfortunately, it is (through globbing and Parser.include) called from within a Skyframe function, and we don't want to have two eval() calls going on at the same time, so we cannot use that.
There is a potential correctness issue there: PathPackageLocator now assumes where external repositories are put and assumes that they are there when it gets control, but my understanding is that the associated RepositoryValue is always evaluated before, so it works out okay.
--
MOS_MIGRATED_REVID=97751539
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=97648982
|
|
|
|
|
|
|
|
|
|
|
| |
This involved quite a few changes, mainly changing a bunch of places where we refer to packages by a PathFragment to PackageIdentifier.
The only wart is the code in PathPackageLocator: ideally, it would just call into PackageLookupFunction. Unfortunately, it is (through globbing and Parser.include) called from within a Skyframe function, and we don't want to have two eval() calls going on at the same time, so we cannot use that.
There is a potential correctness issue there: PathPackageLocator now assumes where external repositories are put and assumes that they are there when it gets control, but my understanding is that the associated RepositoryValue is always evaluated before, so it works out okay.
--
MOS_MIGRATED_REVID=97647787
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=96703011
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=95843033
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=95615442
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
additional information about aspect dependencies when --output is set to {xml, proto}.
One quirk of this CL is that if BUILD files of direct dependencies are added both under <subinclude> and <load>. Any better ideas are appreciated.
As a drive-by fix, if for some reason a package reports the same label as a both subinclude and a Skylark dependency, it will only be reported once in the proto output.
RELNOTES[NEW]: added --with_aspect_deps to blaze query, that prints additional information about aspects of target when --output is set to {xml, proto, record}.
--
MOS_MIGRATED_REVID=95272042
|
|
|
|
|
|
|
|
| |
$ bazel blah
Command 'blah' not found. Try 'bazel help'.
--
MOS_MIGRATED_REVID=95089307
|
|
|
|
|
|
|
| |
This was omitted when the bulk of the code was moved in order not to pollute the output of "bazel help" with a useless command, but now it is in the way of testing Android functionality.
--
MOS_MIGRATED_REVID=94747309
|
|
|
|
|
|
|
|
|
| |
We prefer to focus on the web documentation instead.
RELNOTES[INC]: 'blaze doc_ext' command removed.
--
MOS_MIGRATED_REVID=93871336
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=93639664
|
|
|
|
|
|
|
| |
upcoming release.
--
MOS_MIGRATED_REVID=93328637
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Tested on Linux with the following command line:
$ bazel help info-keys | sort | uniq -c
And compared the output before and after.
Fixes #175
--
Change-Id: Ia879796abf6f5b6b5742bfc9574d64fe53a650a3
MOS_MIGRATED_REVID=93127869
|
|
|
|
|
|
|
| |
Further improvements on #167.
--
MOS_MIGRATED_REVID=92459390
|