| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
| |
This change impacted build times of builds with libraries that needed to be built both extension-safe and non-extension-safe.
This also caused duplicate symbol issues in such builds.
The extension_safe attribute will now be a no-op, with subsequent removal to follow.
RELNOTES: The extension_safe attribute of apple_binary no longer validates transitive dependencies are compiled against extension_safe APIs.
PiperOrigin-RevId: 159142000
|
|
|
|
|
|
|
| |
configuration transition on dependencies"
RELNOTES: None.
PiperOrigin-RevId: 154544751
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
--
PiperOrigin-RevId: 148781019
MOS_MIGRATED_REVID=148781019
|
|
|
|
|
|
|
|
|
|
|
| |
configuration transition on dependencies"
This includes a fix:
Propagate iquote appropriately from apple_binary so that generated headers of xctest apps are seen by ios_test
--
PiperOrigin-RevId: 148403601
MOS_MIGRATED_REVID=148403601
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Breaks Blaze nightly
*** Original change description ***
apple_binary extension_safe attribute results in configuration transition on dependencies
RELNOTES: apple_binary has a new "extension_safe" attribute to set extension compilation options on dependencies.
--
PiperOrigin-RevId: 148009147
MOS_MIGRATED_REVID=148009147
|
|
|
|
|
|
|
|
|
|
| |
dependencies
RELNOTES: apple_binary has a new "extension_safe" attribute to set extension compilation options on dependencies.
--
PiperOrigin-RevId: 147864346
MOS_MIGRATED_REVID=147864346
|
|
|
|
|
|
|
|
| |
Also appropriately add AppleDebugOutputs provider binding
--
PiperOrigin-RevId: 147184426
MOS_MIGRATED_REVID=147184426
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 146258894
MOS_MIGRATED_REVID=146258894
|
|
|
|
|
|
|
|
|
|
| |
that provider to retrieve the executable binary to act as the bundle_loader.
Also passes the bundle loader's ObjcProvider and ObjcProtoProviders to the dylib deduping mechanism to avoid dual linking of symbols into the tests.
--
PiperOrigin-RevId: 145284598
MOS_MIGRATED_REVID=145284598
|
|
|
|
|
|
|
|
| |
Also some apple binary test cleanup along the way.
--
PiperOrigin-RevId: 145123804
MOS_MIGRATED_REVID=145123804
|
|
|
|
|
|
|
|
|
|
|
| |
that may contain objc source. This only works with dynamic configurations
turned on.
This ensures that objc dependencies of non-objc targets use the apple crosstool.
--
PiperOrigin-RevId: 144384483
MOS_MIGRATED_REVID=144384483
|
|
|
|
|
|
|
|
| |
and 3 different binary types.
--
PiperOrigin-RevId: 143718198
MOS_MIGRATED_REVID=143718198
|
|
|
|
|
|
| |
--
PiperOrigin-RevId: 143694257
MOS_MIGRATED_REVID=143694257
|
|
|
|
|
|
|
|
| |
paths, etc, for test binaries (bundle binaries) to compile successfully against a bundle loader artifact.
--
PiperOrigin-RevId: 142063256
MOS_MIGRATED_REVID=142063256
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=140094935
|
|
|
|
|
|
|
|
|
|
|
|
| |
apple_dynamic_library rules
Provided values propagated from "dylib" dependencies will be compiled against the srcs of the rule, and linked together with the dependencies.
It is worth noting that "dylibs" differs from "deps" in that there is no configuration transition along this edge.
There is more work to be done on this attribute, so it remains undocumented. Namely, symbol deduping between dylib and statically-linked dependencies needs to be addressed.
--
MOS_MIGRATED_REVID=137721599
|
|
|
|
|
|
|
| |
RELNOTES: apple_static_library rule to create multi-architecture static archive files from Objc/C++/Swift dependencies on apple platforms
--
MOS_MIGRATED_REVID=134701599
|
|
|
|
|
|
|
| |
classes to be reusable for apple_static_library and apple_dynamic_library
--
MOS_MIGRATED_REVID=132066681
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ios_sdk_version and xcode_version for our CI macs)
*** Original change description ***
Remove apple_binary's implicit output _lipo.a.
This also removes the restriction that apple_binary targets must have at least one src file specified.
--
MOS_MIGRATED_REVID=128721251
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Broke //src/test/shell/bazel:bazel_apple_test
Fixes #1579
*** Original change description ***
Remove apple_binary's implicit output _lipo.a.
This also removes the restriction that apple_binary targets must have at least one src file specified.
--
MOS_MIGRATED_REVID=128698089
|
|
|
|
|
|
|
| |
This also removes the restriction that apple_binary targets must have at least one src file specified.
--
MOS_MIGRATED_REVID=128633173
|
|
|
|
|
|
|
|
|
| |
This builds all dependencies linked against watch SDKs instead of iOS SDKs, and builds for the architectures specified in --watchos_multi_cpus
RELNOTES: apple_binary supports a new platform_type attribute, which, if set to "watchos", will build dependencies for Apple's watchOS2.
--
MOS_MIGRATED_REVID=124980029
|
|
|
|
|
|
|
|
|
| |
consumption.
RELNOTES: Release apple_binary rule, for creating multi-architecture ("fat") objc/cc binaries and libraries, targeting ios platforms.
--
MOS_MIGRATED_REVID=123435699
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=122134847
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=121974561
|
|
|
|
|
|
|
|
|
| |
Notable changes:
- Obtain J2Objc providers from deps attribute of the current rule, even if "deps" is not Mode.TARGET. It is up to the rule implementation to correctly obtain and propagate these providers.
- "srcs" on apple_binary no longer has a split transition. These are files, not labels.
--
MOS_MIGRATED_REVID=121625691
|
|
and produces a potentially multi-architecture binary, controlled by the --ios_multi_cpus flag
--
MOS_MIGRATED_REVID=120874805
|