| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Broke exoblaze build
This is a partial rollback: changes to mocks, and to allow running java tests
with the launcher enabled and disabled were left in.
*** Original change description ***
Roll forward commit 94c86135d05a1844263c59f3ce6b1c1917e0f4c8
And don't provide a default value for :java_launcher
--
MOS_MIGRATED_REVID=130429620
|
|
|
|
|
|
|
| |
now to forbid it, since Skyframe lookups are interruptible.
--
MOS_MIGRATED_REVID=130429286
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130424806
|
|
|
|
|
|
|
| |
throw InterruptedException.
--
MOS_MIGRATED_REVID=130424634
|
|
|
|
|
|
|
| |
Allow combiners to copy the payload out instead of compressing it.
--
MOS_MIGRATED_REVID=130419840
|
|
|
|
|
|
|
| |
experimental_objc_library, which may export cc providers.
--
MOS_MIGRATED_REVID=130415669
|
|
|
|
|
|
|
| |
META-INF/spring.schemas.
--
MOS_MIGRATED_REVID=130414929
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130406840
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130406085
|
|
|
|
|
|
|
|
|
| |
QueryExceptions now that all relevant methods declare that they throw InterruptedException.
Small side benefit of commit 3c0adb26bac6d756fb97e4bcc6d4e5b2cefa5eeb.
--
MOS_MIGRATED_REVID=130402917
|
|
|
|
|
|
|
| |
LinkerInput#getArtifactCategory() and use this information to remove one use of LINK_LIBRARY_FILETYPES.
--
MOS_MIGRATED_REVID=130400793
|
|
|
|
|
|
|
| |
our C++ rules (except from precondition checks)
--
MOS_MIGRATED_REVID=130396421
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Developers do use public tags, and before this change
it would assert in the AndroidResourceClassWriter
as an unhandled ResourceType. We probably didn't want
to write out a R.public.field anyway.
Also, handle public tags with the same name,
but different type. They get mapped to the same FQN,
so use the combining mechanism to keep track of
the different types and ids.
--
MOS_MIGRATED_REVID=130395089
|
|
|
|
|
|
|
| |
library.
--
MOS_MIGRATED_REVID=130394540
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130374987
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130371455
|
|
|
|
|
|
|
| |
memory leak in gRPC (or Netty).
--
MOS_MIGRATED_REVID=130369785
|
|
|
|
|
|
|
| |
much smaller. This adds more granularity and helps prevent excessive compilation by minimizing the number of inputs for each action.
--
MOS_MIGRATED_REVID=130359288
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130330900
|
|
|
|
|
|
|
| |
The only place we now don't handle InterruptedException is in the action graph created after analysis, since I'm not sure that will be around for that much longer.
--
MOS_MIGRATED_REVID=130327770
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130326607
|
|
|
|
|
|
|
|
|
| |
This change is necessary due to recent move away from Guava immutable collections (which returns null in case of non-existing item) to Java native ones (some of which throws exceptions).
One such use case where it was breaking the code was tests that uses junitparam, which might be an indication of another problem.
--
MOS_MIGRATED_REVID=130321230
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130294440
|
|
|
|
|
|
|
| |
I must have been between "similar to" and "same as" and chose both.
--
MOS_MIGRATED_REVID=130281024
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130240987
|
|
|
|
|
|
|
| |
Refactor test file preparation code in OutputJarSimpleTest.
--
MOS_MIGRATED_REVID=130148073
|
|
|
|
|
|
|
|
| |
A small cleanup and refactoring in advance of heavier work to be done
for Skylark computed defaults.
--
MOS_MIGRATED_REVID=130140706
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130123926
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Increase the ping timeout on connect from five to ten seconds. This gives
servers which may be suffering from gc pressure or other ailments extra time to
respond.
On the other end, wait for orphaned servers to really die before proceeding.
This prevents race conditions around the delivery of SIGKILL and the starting
of the new server.
This may make us fail slower when the server is having hard times, however it
should give us better determinism, and these conditions should be rare.
--
MOS_MIGRATED_REVID=130118918
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130114142
|
|
|
|
|
|
|
| |
touch the output of libtool to avoid hitting a bug in ld.
--
MOS_MIGRATED_REVID=130093791
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130084544
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130083166
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Normally, Bazel generates a new UUID for every build invocation. In some
use cases, however, the invocation of Bazel is part of a larger build
process or otherwise controlled by a different tool. In this case, it
is useful to tell Bazel the identifier of the build to make it fit with
other identifiers generated by the controlling process. To achieve this,
the variable BAZEL_INTERNAL_INVOCATION_ID from the client environment
is inspected and if it is set and its value is a syntactically correct
UUID, this UUID will be used as the identifier for the build. It is in
the responsibility of the caller to ensure the id is sufficiently unique
if that environment variable is set.
--
MOS_MIGRATED_REVID=130079446
|
|
|
|
|
|
|
|
|
|
| |
The processed manifest has applicationId subbing
while the merged one is before substitution (if
the developer hasn't migrated to the new gradle-
style manifest merger).
--
MOS_MIGRATED_REVID=130046777
|
|
|
|
|
|
|
| |
* LLDB spawns an instance of Swift compiler under the hood, which is configured via command line flags recorded in DWARF at the time of compilation. In order for LLDB to properly import the module for the target being built, that command line has to provide a path to that module.
--
MOS_MIGRATED_REVID=130045157
|
|
|
|
|
|
|
|
|
| |
Make sure that ParallelEvaluator treats SchedulerExceptions as less severe than other RuntimeExceptions (it already did, but add a comment emphasizing this).
The combination of the above means that we don't ignore hypothetical crashes in ParallelEvaluator worker threads _after_ a SchedulerException (e.g. due to an error in nokeep_going evaluation).
--
MOS_MIGRATED_REVID=130044230
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
OrderedSetMultimap. This maintains insertion order while eliminating duplicates.
Certain rules, in particular, otherwise break this invariant:
https://github.com/bazelbuild/bazel/blo[]e3e28274cca5b87f48abe33884edb84016dd3/src/main/java/com/google/devtools/build/lib/skyframe/ConfiguredTargetFunction.java#L403
There's no reason (to my knowledge) to need multiple instances of the same <Attribute, Dependency> pair.
More context from Google code review:
(Michael Staib):
> There are many things which pass around a dependentNodeMap or help construct one or modify one. We want an interface which has the right guarantees.
> ListMultimap is not the right interface because it has no guarantee of unique elements, which we want - we don't want the problem that this CL ran into, and there's no reason (that we know of, to be confirmed) that anyone would want multiple identical Dependencies.
> SetMultimap is not the right interface because it has no guarantee of deterministic iteration order or efficient iteration, which we want - dependency order sometimes matters (e.g., Java classpath or C++ link order).
> We agreed that the best way to get what we want is to define our own interface with its own simultaneous uniqueness and iterability guarantees. Unspoken in the discussion was why we wouldn't just use LinkedHashMultimap as the thing we pass around. IMO the reason for that is that we don't care that it be a LinkedHashMultimap specifically; if tomorrow Guava comes out with a faster cooler map that has deterministic and efficient iteration and guarantees element uniqueness, we want it.
> In this case we're going to make the "interface" be a (final?) class: OrderedSetMultimap, an extension of ForwardingSetMultimap which delegates to LinkedHashMultimap, an implementation which does support both of those guarantees.
> I had mentioned in the conversation that none of the Multimap implementations make guarantees about key iteration order, but this is not true - LinkedHashMultimap preserves key insertion order. We should perhaps declare this as part of the OrderedSetMultimap contract as well.
--
MOS_MIGRATED_REVID=130037643
|
|
|
|
|
|
|
|
|
| |
the logical rollback of commit 67ad82a319ff8959e69e774e7c15d3af904ec23d.
RELNOTES[INC]: Bazel supports Unix domain sockets for communication between its client and server again, temporarily, while we diagnose a memory leak.
--
MOS_MIGRATED_REVID=130027009
|
|
|
|
|
|
|
|
|
|
|
| |
1) In ExperimentalObjcLibrary, if static linking is required, signal CcLibraryHelper to create a static link action and pass in the necessary variables/link action input.
2) Add a new link type (Link.LinkTargetType.OBJC_STATIC_LIBRARY). This involves changes to Link and LinkCommandLine.
3) For this new link type, implement static linking the OSX CROSSTOOL. Also add tools in the crosstool package that point at libtool, which performs the archiving.
--
MOS_MIGRATED_REVID=130022410
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130016248
|
|
|
|
|
|
|
|
|
| |
the left-hand side needs to be pinned fully into memory.
Intersection is not associative, so we can't do the same thing there. For example, "abc" ^ "abc" = "abc", but "abc" ^ "a" ^ "b" ^ "c" = <null>.
--
MOS_MIGRATED_REVID=130015098
|
|
|
|
|
|
|
| |
RELNOTES[INC]: Skylark: It is an error to shadow a global variable with a local variable after the global has already been accessed in the function.
--
MOS_MIGRATED_REVID=130014492
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=129997924
|
|
|
|
|
|
|
| |
ObjcProtoProvider and ObjcProtoAspect.
--
MOS_MIGRATED_REVID=129997369
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=129994187
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
& util).
Bazel users that are using a different Guava version than the one in the
junitrunner jar are getting an IncompatibleClassChangeError. Rewriting
parts of junitrunner code so it won't depend on Guava anymore.
Continuing progress on issue #1150.
Removing most of Guava dependencies from junit.runner.sharding. A more
significant change regards rewriting Guava method
assertThat().containsExactlyElementsIn().
Also removing previous trailing spaces.
--
MOS_MIGRATED_REVID=129992951
|
|
|
|
|
|
|
|
|
| |
It's currently only used for sanity checks, but the idea is that we'll use this field to decide what to do with a given linker input instead of inferring things from its file name.
Also make artifact name creation a bit simpler by using the same set of variables for compiler and linker outputs.
--
MOS_MIGRATED_REVID=129990944
|
|
|
|
|
|
|
| |
from a list of paths to a dictionary of paths and manifest names.
--
MOS_MIGRATED_REVID=129987988
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This doesn't do anything yet, it's in preparation for the execroot rearranging
change. The execroot will have one bazel-out per repo, so it'll look like:
execroot/
repo1/
bazel-out/
local-fastbuild/
bin/
repo2/
bazel-out/
local-fastbuild/
bin/
genfiles/
repo3/
bazel-out/
local-fastbuild/
testlogs/
and so on. Thus, any output path (getBinDirectory() & friends) needs to know
what the repo name is. This changes so many places in the code I thought it
would be good to do separately, then just flip the functionality in the
execroot-rearranging commit.
While I was poking around, I changed all of the refs I could from getPackageRelativeArtifact() to getBin/GenfilesArtifact(), so that 1) rule implementation don't have to know as much about roots and 2) they'll be more isolated from other output dir changes.
`bazel info` and similar just return roots for the main repository.
The only "change" is passing around a target label in the Java rules.
Continues work on #1262.
--
MOS_MIGRATED_REVID=129985336
|