| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
| |
bundle id, if not specified, would have a value of the empty string instead of null.
--
MOS_MIGRATED_REVID=110724117
|
|
|
|
|
|
|
| |
that Blaze can assign a default executable name, for when CFBundleExecutable is not given.
--
MOS_MIGRATED_REVID=110363400
|
|
|
|
|
|
|
|
|
| |
instead of multiple plists to merge and variable substitutions to apply.
The new key bundle_info_plist_file, gives the path to the completed plist. If it is defined, the keys source_plist_file and variable_substitution are not used.
--
MOS_MIGRATED_REVID=110010012
|
|
|
|
|
|
|
| |
the automatic entries from the other plist files to be merged.
--
MOS_MIGRATED_REVID=109998193
|
|
|
|
|
|
|
|
|
| |
to plmerge.
As of this change plmerge can consume either a protobuf or command line arguments. Once bazel uses plmerge strictly with protobufs, the command line arguments will be deprecated.
--
MOS_MIGRATED_REVID=109716003
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=108622328
|
|
|
|
|
|
|
| |
RELNOTES:none
--
MOS_MIGRATED_REVID=107100206
|
|
|
|
|
|
|
| |
into a new .apple package, as it is not relevant for solely objc rules.
--
MOS_MIGRATED_REVID=106709486
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=106613660
|
|
|
|
|
|
|
|
|
| |
all files that go through the plmerge routines. It turns out we use plmerge to convert string files from text to binary.
RELNOTES:none
--
MOS_MIGRATED_REVID=106403889
|
|
|
|
|
|
|
|
|
| |
compliant. In general this means taking bad characters [^-0-9A-Za-z.] and converting them to "-". So com.foo.bar_bam becomes com.foo.bar-bam. This is essentially equivalent to what Xcode does internally.
RELNOTES:none
--
MOS_MIGRATED_REVID=106191981
|
|
|
|
|
|
|
|
|
| |
they don't exist and/or replace bad values with good defaults (1.0.0 and 1.0 respectively).
RELNOTES:NONE
--
MOS_MIGRATED_REVID=106165901
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=105511114
|
|
|
|
|
|
|
|
|
| |
names. A shell script build phase is added
to copy the imported libraries to BUILT_PRODUCT_DIR with unique names before linking.
--
MOS_MIGRATED_REVID=105324431
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=105054615
|
|
|
|
|
|
|
| |
specifying them as linker flags, and also add their associated library search paths. This makes sure the link order for libraries is consistent with Bazel build.
--
MOS_MIGRATED_REVID=104524532
|
|
|
|
|
|
|
|
|
| |
them to scripts instead of java apps.
RELNOTES: actoolzip, momczip and swiftstdlibtoolzip have all been made into bash scripts and have been renamed to actoolwrapper, momcwrapper and swiftstdlibtoolwrapper respectively. The old versions will be deleted in a later change.
--
MOS_MIGRATED_REVID=104225062
|
|
|
|
|
|
|
|
|
|
|
| |
The headers were modified with
`find . -type f -exec 'sed' '-Ei' 's|Copyright 201([45]) Google|Copyright 201\1 The Bazel Authors|' '{}' ';'`
And manual edit for not Google owned copyright. Because of the nature of ijar, I did not modified the header of file owned by Alan Donovan.
The list of authors were extracted from the git log. It is missing older Google contributors that can be added on-demand.
--
MOS_MIGRATED_REVID=103938715
|
|
|
|
|
|
|
| |
on the environment_plist.sh to populate the right values in the Info.plist.
--
MOS_MIGRATED_REVID=103831542
|
|
|
|
|
|
|
| |
what is being produced by bazel build.
--
MOS_MIGRATED_REVID=103763760
|
|
|
|
|
|
|
|
|
|
|
| |
arguments to OTHER_LDFLAGS. Command lines now use -l"name" to link libraries. This solves the problem that libraries in Xcode 7 now have .tbd files instead of dylibs in device builds and maintains backwards compatibility with Xcode 6.
Also modifies Bazel Objclink action to pass in libraries as -l"name" arguments.
RELNOTES:Adds support for dylibs on devices for Xcode 7.
--
MOS_MIGRATED_REVID=103589448
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=103391699
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=102570037
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=102022958
|
|
|
|
|
|
|
|
|
| |
name (case-insensitive).
RELNOTES:None
--
MOS_MIGRATED_REVID=101587647
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Allows for building and linking to a framework in ios_application
* Currently only works for single arch builds
* Xcode generation produces correct target type, but is mostly untested
The implementation is very similar to that of objc_framework:
1) Build the ios_framework_binary as a dynamic library (-dynamiclib)
2) Symlink the library and public headers to a staging location, inside of "X.framework" bundle. Where X is the name under ios_framework_binary#framework_name
3) Pass the bundle content to ObjcCommon.addFrameworkImports, reusing the core of objc_framework rule implementation. This results in correctly set -F/-framework flags and allows clients to use the framework in a way they would use any SDK/3rd-party framework. It's allowed to import headers via #import <X/X.h> call.
4) Copy the binary and all resources into final application bundle under Frameworks/X.framework
5) Sign the app and nested frameworks
--
MOS_MIGRATED_REVID=100397239
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Breaking builds. []
*** Original change description ***
RELNOTES: actoolzip, momczip and swiftstdlibtoolzip have all been made into bash scripts and have been renamed to actoolwrapper, momcwrapper and swiftstdlibtoolwrapper respectively. The old versions will be deleted in a later change.
--
MOS_MIGRATED_REVID=99742398
|
|
|
|
|
|
|
| |
bash scripts and have been renamed to actoolwrapper, momcwrapper and swiftstdlibtoolwrapper respectively. The old versions will be deleted in a later change.
--
MOS_MIGRATED_REVID=99521906
|
|
|
|
|
|
|
| |
RELNOTES:
--
MOS_MIGRATED_REVID=99309514
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Breaks most of the iOS targets on our continuous build.
*** Original change description ***
Move actoolzip, momczip and swiftstdlibtoolzip to tools/xcode and convert them to scripts instead of java apps.
RELNOTES: actoolzip, momczip and swiftstdlibtoolzip have all been made into bash scripts and have been renamed to actoolwrapper, momcwrapper and swiftstdlibtoolwrapper respectively. The old versions will be deleted in a later change.
--
MOS_MIGRATED_REVID=98716081
|
|
|
|
|
|
|
|
|
|
| |
Compare:
https://screenshot.googleplex.com/hzmgwbpUeuf
RELNOTES:Target names in Xcode projects have been simplified. This may require recreating any schemes that you have defined.
--
MOS_MIGRATED_REVID=98664733
|
|
|
|
|
|
|
| |
rule was executed.
--
MOS_MIGRATED_REVID=98417915
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=98347349
|
|
|
|
|
|
|
|
|
| |
Directory entries are allowed to exist in multiple zip files. File entries are only allowed to exist in one zip file.
RELNOTES:None
--
MOS_MIGRATED_REVID=97887821
|
|
|
|
|
|
|
|
|
| |
Currently the path of mainGroup is being set to an absolute path and the
sourceTree is "<group>" (the default). Xcode doesn't seem to have a problem
with this, but it is confusing other tools like AppCode.
--
MOS_MIGRATED_REVID=96976734
|
|
|
|
|
|
|
| |
passed from Bazel.
--
MOS_MIGRATED_REVID=96605573
|
|
|
|
|
|
|
| |
generated XCode project file. "armv7s" is no longer widely used.
--
MOS_MIGRATED_REVID=96146625
|
|
|
|
|
|
|
|
|
| |
It didn't get exported last time for some reasons
--
Change-Id: Ia7fa7bcdd0f06af6c4aa2bc7c26de4b7209f51f7
Reviewed-on: https://bazel-review.googlesource.com/#/c/1450/
MOS_MIGRATED_REVID=95025211
|
|
|
|
|
|
|
| |
Modify XcodeGen to use that field as workspace root if it is set.
--
MOS_MIGRATED_REVID=94916387
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
Revert source file symlink resolution in XcodeGen. Since source files are not inputs for the XcodeGen action, this does not work if the action is sandboxed.
*** Original change description ***
RELNOTES: Resolve symlinks when calculating the workspace root in XcodeGen.
--
MOS_MIGRATED_REVID=94223656
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=94201067
|
|
|
|
|
| |
--
MOS_MIGRATED_REVID=93684213
|
|
|
|
|
|
|
| |
deprecated features in XCode tooling.
--
MOS_MIGRATED_REVID=93552526
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The commit this reverts caused generated Xcode projects to fail to
find their files, as apparently the project.pbxproj file format does
not expand $() variables in the mainGroup element. This commit simply
restores the original xcodeproj generation logic, so files are found
by Xcode.
--
Change-Id: Id3cc57498384cc212ef41c30e9c5a4e5d3065e42
Reviewed-on: https://bazel-review.googlesource.com/#/c/1120
MOS_MIGRATED_REVID=93140923
|
|
|
|
|
|
|
|
|
| |
identifiers. Also allow users to use bundle identifiers specified in BUILD files via "bundle_id" attribute on objc bundling rules to override the ones from plist files.
RELNOTES: bundle_id attribute on objc_* rules now overrides plist bundle id".
--
MOS_MIGRATED_REVID=92247814
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes an issue where xcodegen would generate .xcodeproj files
that could not successfully be built by Xcode or xcodebuild. The
issue was that the method used to find the workspace root was based
on path-traversal logic starting on a file that was in bazel's
directory. This resulted in an incorrect workspace root for projects
that were not sharing a workspace with bazel itself.
The new code finds a source file in the target list, takes its
absolute path, and then walks up a directory for each path segment
in its relative path. It uses the result as the workspace root.
--
Change-Id: Id32eea56c8cc07289fce4e94046872552abeb416
MOS_MIGRATED_REVID=91095436
|
|
|
|
|
|
|
| |
It was unwillingly rolled-back by a previous commit.
--
MOS_MIGRATED_REVID=90790741
|
|
|
|
|
|
|
| |
Also add missing Apache headers to the related protobuf files.
--
MOS_MIGRATED_REVID=90787266
|
|
|
|
|
|
|
| |
We currently hard-code this in two places, but should only do so in one
--
MOS_MIGRATED_REVID=90698681
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
*** Reason for rollback ***
New ZipCombiner creates malformed output ZIP files when input ZIP files contain more than 65535 entries, the maximum amount for non-64-bit ZIP files.
*** Original change description ***
Rewrite of ZipCombiner to improve performance and maintainability. Added devtools/build/zip to allow reading and writing of ZIP files without requiring decompressing file data to manipulate them.
ZipCombiner API has some changes. ZipCombiner#addZip takes a File instead of InputStream. ZipCombiner#addFile takes a ZipFileEntry instead of DirectoryEntryInfo
--
MOS_MIGRATED_REVID=90279976
|