summaryrefslogtreecommitdiffstats
path: root/Source/cmVisualStudioWCEPlatformParser.h
diff options
context:
space:
mode:
authorBrad King <brad.king@kitware.com>2013-10-02 15:52:18 (GMT)
committerBrad King <brad.king@kitware.com>2013-10-02 17:03:21 (GMT)
commita3194ff4a70c60db4fcf7d0d9bee2139af67ec8f (patch)
tree85cac4fa31ee4f26d99e11b23eba830a6ca9660c /Source/cmVisualStudioWCEPlatformParser.h
parentdff8d113b4e7009436072af1b458272492badee6 (diff)
downloadCMake-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/cmVisualStudioWCEPlatformParser.h')
0 files changed, 0 insertions, 0 deletions