| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
| |
AF_UNIX doesn't work on Windows, so it doesn't make much sense to try.
Progress towards #930.
--
MOS_MIGRATED_REVID=120912873
|
|
|
|
|
|
|
| |
reference to Constants.TOOLS_REPOSITORY
--
MOS_MIGRATED_REVID=120909538
|
|
|
|
|
|
|
| |
Also support CC to be empty and fallback to gcc.
--
MOS_MIGRATED_REVID=120907744
|
|
|
|
|
|
|
|
|
| |
This is necessary because msys2 signals don't work on native Win32 processes, for example, java.exe .
Forcefully terminating the process still doesn't work because it uses signals. It's a-coming.
--
MOS_MIGRATED_REVID=120903711
|
|
|
|
|
|
|
|
| |
As part of the migration of the Bazel website to AppEngine, we are
adding all the sources needed for the Bazel.io website to the master
branch.
RELNOTES: None
|
|
|
|
|
|
|
|
| |
Fixing uncovered issues takes longer than expected: diabling tests to
reduce CI noise.
--
MOS_MIGRATED_REVID=120898842
|
|
|
|
|
|
|
| |
and produces a potentially multi-architecture binary, controlled by the --ios_multi_cpus flag
--
MOS_MIGRATED_REVID=120874805
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120865329
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120846643
|
|
|
|
|
|
|
|
|
|
| |
* Adds a flag to Objective-C copts set.
* Adds a method to get Swift compilation flags, these are slightly different from ObjC clang.
RELNOTES:Generate debug symbols (-g) is enabled for all dbg builds of objc_ rules.
--
MOS_MIGRATED_REVID=120845678
|
|
|
|
|
|
|
| |
already have Label.EXTERNAL_PACKAGE_NAME.
--
MOS_MIGRATED_REVID=120828276
|
|
|
|
|
|
|
|
|
|
|
| |
The new behavior can be disabled by building with -c opt or
--nodevice_debug_entitlements.
RELNOTES: iOS apps are signed with get-task-allow=1 unless building with -c
opt.
--
MOS_MIGRATED_REVID=120827024
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120826589
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
NativeAspectClass.
This a large refactoring of the aspects, currently we have the following:
- AspectClasses: The interface AspectClass is a implemented by either
SkylarkAspectClass or NativeAspectClass<NativeAspectFactory>.
They are wrappers for the AspectFactories and they hold the information about
the Class<> of the factory.
- AspectFactories (FooAspect.java): Represented by the interfaces
ConfiguredAspectFactory and NativeAspectFactory, also by
the interface ConfiguredNativeAspectFactory which is the union of the two
aforementioned interfaces.
All aspects implement ConfiguredNativeAspectFactory except Skylark aspects
which implement only ConfiguredAspectFactory.
After this CL the distinction between NativeAspectFactories and NativeAspectClasses
dissappear, namely aspect that extends NativeAspectClass is considered native
and if it implements ConfiguredAspectFactory it is configured.
Therefore the interfaces NativeAspectFactory and ConfiguredNativeAspectFactory
both disappear.
With this refactoring the aspectFactoryMap in the ConfiguredRuleClassProvider
changes its type from (String -> Class<? extends NativeAspectClass>)
to (String -> NativeAspectClass) which means it is now able to have an instance
of the aspect instead of its Class only.
By doing this, it is now possible to pass parameters when creating an
aspect in the ConfiguredRuleClassProvider.
--
MOS_MIGRATED_REVID=120819647
|
|
|
|
|
|
|
| |
This is necessary because a SIGINT can strike at any time, including when the main thread holds the mutex.
--
MOS_MIGRATED_REVID=120816015
|
|
|
|
|
|
|
|
|
| |
Constants.ANDROID_DEFAULT_SDK.
This CL also updates the test infrastructure to include a mock of @bazel_tools//tools/android:sdk.
--
MOS_MIGRATED_REVID=120815577
|
|
|
|
|
|
|
|
|
|
|
| |
Profiles with a root 'blaze-fdo' didn't get correctly symlinked to execRoot/_fdo in bazel.
TESTED=./compile.sh all; +manual FDO builds.
--
Change-Id: I5cd69970523db4de15d5b6ddf7af4a072bbca0f5
Reviewed-on: https://bazel-review.googlesource.com/#/c/3490/
MOS_MIGRATED_REVID=120811529
|
|
|
|
|
|
|
|
|
|
|
|
| |
The test failed because test-setup.sh trys to link tools/jdk/JavaBuilder_deploy.jar,
which has already been moved to external.
Removed unused setup in test-setup.sh
--
Change-Id: Id47d34597834e26a0dbf694c72f9df540f94f468
Reviewed-on: https://bazel-review.googlesource.com/#/c/3466
MOS_MIGRATED_REVID=120811344
|
|
|
|
|
|
|
| |
See unknown commit for the full library update that will overwrite this cl.
--
MOS_MIGRATED_REVID=120810846
|
|
|
|
|
|
|
|
|
|
|
| |
This change also creates a "example queries" section. The "example
queries" section is a palce where sample queries that are commonly used
can be placed.
--
Change-Id: If68d54c5c6de61930ff5f5c75746343400c89bc0
Reviewed-on: https://bazel-review.googlesource.com/#/c/3161/3
MOS_MIGRATED_REVID=120808217
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2009!).
If a "blaze clean --expunge" was run concurrently with another command (that was waiting for the lock), it's possible that the clean command deletes the lock file, the new server starts up, then the JVM shutdown hooks delete the PID files from the *new* server.
There is still a slight possibility of a race condition if the lock is deleted then IOException occurs which prevents the BlazeShutdownException from being raised, but I'd rather not introduce another channel from command implementations to RPCServer to close that loophole.
This issue was triggered by commit 5a78166ee4edbd295f5d5fdb94785025285e764b, after which the PID files for the new server are written a bit more early, thus increasing the time window in which the race condition can happen.
--
MOS_MIGRATED_REVID=120805163
|
|
|
|
|
|
|
| |
--
Change-Id: I4c7cc2083cf0f886875b662440ed406e52dffae5
Reviewed-on: https://bazel-review.googlesource.com/#/c/3491/
MOS_MIGRATED_REVID=120804156
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In a mailing list discussion [1], somebody reported namespace-sandbox
segfaulting, which was traced down to something with getpwuid. This
debugging would be a lot easier if bazel printed out the error instead
of segfaulting.
[1] https://groups.google.com/d/topic/bazel-discuss/FR949mCW9cA/discussion
--
Change-Id: I96320287b1886347343c1a50d660c097534d91d2
Reviewed-on: https://bazel-review.googlesource.com/#/c/3400
MOS_MIGRATED_REVID=120803905
|
|
|
|
|
|
|
|
|
| |
new ones.
Add server.pid.txt that contains the same information in text form. ExecuteDaemon() on Windows will simply not write server.pid .
--
MOS_MIGRATED_REVID=120802055
|
|
|
|
|
|
|
| |
classes.
--
MOS_MIGRATED_REVID=120794657
|
|
|
|
|
|
|
|
|
|
| |
There is no |lock_file| in GlobalVariables structure. Actually,
it was referring to |lockfile| variable.
--
Change-Id: Ic27bd4fad79c2e8b98ae8fa701d0b81fbdd98aa2
Reviewed-on: https://bazel-review.googlesource.com/#/c/3360/
MOS_MIGRATED_REVID=120792865
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120791766
|
|
|
|
|
|
|
| |
public Bazel tree.
--
MOS_MIGRATED_REVID=120787331
|
|
|
|
|
|
|
|
|
| |
Prefer Writer to OutputStream to reduce the number of char/byte conversions,
and pass in a Writer for the persistent worker entry point instead of
redirecting stdout and stderr.
--
MOS_MIGRATED_REVID=120771072
|
|
|
|
|
|
|
|
|
|
| |
responsibility of the caller to invoke, instead of creating the fully linked artifact by default
It makes more sense for the caller rule to opt-in to creating its own implicit output.
This also makes it easier for classes to use CompilationSupport without generating this artifact.
--
MOS_MIGRATED_REVID=120764517
|
|
|
|
|
|
|
| |
with an ObjcProtoAspect which propagates the proto provider through the dependency chain.
--
MOS_MIGRATED_REVID=120747710
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120742339
|
|
|
|
|
|
|
| |
list of strict deps keys from being propagated more than one level in the dependency graph. Values added to those keys from dependency providers are routed into the non_propagated_items map, preventing them from being propagated again.
--
MOS_MIGRATED_REVID=120724767
|
|
|
|
|
|
|
|
|
| |
This is required to fully fix #611.
--
Change-Id: Iffeab2a80a02f2e1208637fe85195d0c2862e637
Reviewed-on: https://bazel-review.googlesource.com/#/c/3492
MOS_MIGRATED_REVID=120724036
|
|
|
|
|
|
|
| |
Except in action execution logic (ActionExecutionFunction, SkyframeActionExecutor, etc.), switch Action interface references to either ActionAnalysisMetadata if possible or ActionExecutionMetadata.
--
MOS_MIGRATED_REVID=120723431
|
|
|
|
|
|
|
|
|
| |
The major piece of #848.
RELNOTES[INC]: All repositories are now directly under the x.runfiles directory in the runfiles tree (previously, external repositories were at x.runfiles/main-repo/external/other-repo. This simplifies handling remote repository runfiles considerably, but will break existing references to external repository runfiles.
--
MOS_MIGRATED_REVID=120722312
|
|
|
|
|
|
|
| |
mechanism to add build variables through the CcLibraryHelper API.
--
MOS_MIGRATED_REVID=120710713
|
|
|
|
|
|
|
|
|
| |
Fixes #1187.
--
Change-Id: I36e87d86926a38785dcd98c841db826c518cc575
Reviewed-on: https://bazel-review.googlesource.com/3463
MOS_MIGRATED_REVID=120710112
|
|
|
|
|
|
|
| |
This is so that they can be implemented properly for Windows. For now, though, they are left in blaze_util.cc since the Windows implementations aren't there yet.
--
MOS_MIGRATED_REVID=120709884
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120708846
|
|
|
|
|
|
|
| |
Fixes #1126.
--
MOS_MIGRATED_REVID=120707955
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes the android rules work if the workspace name is set.
See https://github.com/bazelbuild/bazel/wiki/Updating-the-runfiles-tree-structure
for more details.
This is required for rolling forward https://github.com/bazelbuild/bazel/issues/848.
--
MOS_MIGRATED_REVID=120705755
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120704733
|
|
|
|
|
|
|
|
|
| |
Also fixed a small bug
--
Change-Id: I22fa16272587471b9652f3b7f7d9cb1341fc6524
Reviewed-on: https://bazel-review.googlesource.com/#/c/3464
MOS_MIGRATED_REVID=120703703
|
|
|
|
|
|
|
|
|
| |
When a file changes its execution root (for example, a previously checked in
file now becoming a generated file), the cache key would be the same, using
a broken module map.
--
MOS_MIGRATED_REVID=120703120
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120702105
|
|
|
|
|
|
|
| |
Fixes #1183.
--
MOS_MIGRATED_REVID=120701344
|
|
|
|
|
|
|
| |
requirements. Uses this mechanism to configure c/c++ compilation and linking for darwin execution from the crosstool.
--
MOS_MIGRATED_REVID=120701108
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=120699557
|
|
|
|
|
|
|
| |
server down due to differing startup options.
--
MOS_MIGRATED_REVID=120697380
|