diff options
| author | Brad King <brad.king@kitware.com> | 2013-10-02 15:52:18 (GMT) |
|---|---|---|
| committer | Brad King <brad.king@kitware.com> | 2013-10-02 17:03:21 (GMT) |
| commit | a3194ff4a70c60db4fcf7d0d9bee2139af67ec8f (patch) | |
| tree | 85cac4fa31ee4f26d99e11b23eba830a6ca9660c /Source/cmOSXBundleGenerator.cxx | |
| parent | dff8d113b4e7009436072af1b458272492badee6 (diff) | |
| download | CMake-a3194ff4a70c60db4fcf7d0d9bee2139af67ec8f.zip CMake-a3194ff4a70c60db4fcf7d0d9bee2139af67ec8f.tar.gz CMake-a3194ff4a70c60db4fcf7d0d9bee2139af67ec8f.tar.bz2 | |
Xcode: Fix OBJECT library support for Xcode 5 (#14254)
Xcode 2.1 through 4 supported $(CURRENT_ARCH) in a PBXFileReference
'path' value used in the "Link Binary with Libraries" build phase.
CMake uses this to reference object file locations on link lines to
bring in OBJECT library content. However, Xcode 5 now evaluates the
$(CURRENT_ARCH) reference in this context as "undefined_arch" so the
wrong path is given to the linker. There seems to be no alternative way
to produce an architecture-specific value in a PBXFileReference.
Fortunately Xcode 5 now also handles link dependencies for paths linked
through OTHER_LDFLAGS. For Xcode >= 5, move the OBJECT library object
file references from the link build phase to OTHER_LDFLAGS. We can
still show the object files in the source group listing in either case.
Diffstat (limited to 'Source/cmOSXBundleGenerator.cxx')
0 files changed, 0 insertions, 0 deletions