| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
--
MOS_MIGRATED_REVID=131830446
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=131827507
|
|
|
|
|
|
|
| |
will be used to perform tests of the changeover.
--
MOS_MIGRATED_REVID=130943982
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130547971
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130424806
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130123926
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=130114142
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
experimental_objc_library.
--
MOS_MIGRATED_REVID=126204758
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=126068553
|
|
|
|
|
|
|
|
|
| |
be passed to CcLibraryHelper for an individual source rather
than the entire build.
--
MOS_MIGRATED_REVID=125738742
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
--
MOS_MIGRATED_REVID=124553522
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
--
MOS_MIGRATED_REVID=124549894
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=124355936
|
|
|
|
|
|
|
|
|
| |
Also moved -S and -E options into the same action_config.
Since whoever consume CppCompileInfo add -c and -o options by themselves, to
keep compatible with this, the original code is still kept and used, until the corresponding flag sets are added into CROSSTOOL.
--
MOS_MIGRATED_REVID=124350905
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
experimental support
for building objc code using the c++ crosstool. This will eventually replace the current module support in blaze.
Note: This required injecting a CppModuleMap into the cc logic. The reason that objc cannot rely on standard CppModuleMap creation logic is that there is different naming semantics for module maps between cpp and objc. In particular:
- In cc, module maps can be inputs to a compilation action. Thus, the module maps are given labels.
- In objc, if interoping with swift, module maps are explicitly referenced in swift code. Thus, their names cannot contain illegal characters for swift source. Those, some name mangling occurs to get rid of "//" and ":". To enforce that this does not cause problems with compilation actions, the CPP_MODULE_COMPILE action has been disabled for the objc CcLibraryHelper.SourceCategory
--
MOS_MIGRATED_REVID=124177067
|
|
|
|
|
|
|
| |
isolate them from the linking target's defines and copts flags. Refactors CompilationAttributes into its own class with the Builder pattern.
--
MOS_MIGRATED_REVID=124137672
|
|
|
|
|
|
|
|
|
|
| |
instead of passing and checking null in all helpers.
Demonstrates this pattern usage in a few select rules (e.g. AndroidBinary) where this was particularly egregious.
There are many places which can benefit from this pattern -- this change doesn't try to fix them all at once.
--
MOS_MIGRATED_REVID=123012378
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=122988772
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=122035585
|
|
|
|
|
|
|
| |
mechanism to add build variables through the CcLibraryHelper API.
--
MOS_MIGRATED_REVID=120710713
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=119980586
|
|
|
|
|
|
|
| |
c++ rule implementation backend and an OSX crosstool.
--
MOS_MIGRATED_REVID=119954578
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=119843072
|
|
c++ rule implementation backend and an OSX crosstool.
--
MOS_MIGRATED_REVID=119660101
|