Sqlite.swift: Build failing with Xcode 7.3 beta
My configuration is:
- Using latest Xcode 7.3 beta (7D129n)
- Using latest version of Cocoapods (0.39.0)
- with Podfile:
```
use_frameworks!
target 'app' do
pod 'SQLite.swift'
end
```
I tried with or without xcode-select -s [PATH_TO_XCODE_BETA] or xcode-select -s [PATH_TO_XCODE], but they both failed by following reason:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/module.modulemap:1:8: error: redefinition of module 'Compression'
module Compression [system] [extern_c] {
^
/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator9.3.sdk/usr/include/module.modulemap:1:8: note: previously defined here
module Compression [system] [extern_c] {
^
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/module.modulemap:6:8: error: redefinition of module 'Darwin'
module Darwin [system] [extern_c] {
^
/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator9.3.sdk/usr/include/module.modulemap:6:8: note: previously defined here
module Darwin [system] [extern_c] {
^
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/module.modulemap:1478:8: error: redefinition of module 'os'
module os [system] [extern_c] {
^
/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator9.3.sdk/usr/include/module.modulemap:1599:8: note: previously defined here
module os [system] [extern_c] {
^
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/module.modulemap:1494:8: error: redefinition of module 'libkern'
module libkern [system] [extern_c] {
^
/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator9.3.sdk/usr/include/module.modulemap:1615:8: note: previously defined here
module libkern [system] [extern_c] {
^
<unknown>:0: error: could not build Objective-C module 'SQLite'
vhain
All 33 comments
Hello,
Try the following:
- Update Xcode to the latest 7.3 beta 3 (7D141l)
- Change the path to sqlite3.h in
podstuff/module.modulemapby replacing Xcode.app with Xcode-beta.app.
You may need to clean everything before Xcode notices the change, though.
groue
on 10 Feb 2016
solved. thanks @groue !
vhain
on 11 Feb 2016
The behavior for this appears to have changed in the final version of Xcode 7.3, at least for AppleTV (haven't tested iOS yet).
Previously, for AppleTV using iPhoneOS.platform worked fine. However as of 7.3, when building for device the platform in the path needs to be AppleTVOS.platform and when building for simulator, the path needs to be AppleTVSimulator.platform.
If the platforms don't match, it results in the above "redefinition of module" errors. I suspect this is likely affecting iOS as well.
shnhrrsn
on 22 Mar 2016
I can confirm that it's the same on iOS. I can build and run on the device, but running through the simulator gives me the redefinition of module errors like you said.
cjwirth
on 22 Mar 2016
+1 to what cjwirth and shnhrrsn said
gblotter
on 22 Mar 2016
For your information, GRDB.swift could solve this issue by moving the SQLite C functions declarations in a separate module, which depends on both the target (OSX framework or iOS framework) _and_ the platform (device, simulator):
- The module map: https://github.com/groue/GRDB.swift/blob/v0.52.0/Support/module.modulemap
- How to import the SQLite C functions in a Swift file: https://github.com/groue/GRDB.swift/blob/v0.52.0/GRDB/Core/Support/StandardLibrary/StandardLibrary.swift#L1-L9
I wish it was simpler, but at least it works.
groue
on 22 Mar 2016
The module map is only necessary for CocoaPods, which makes this kind of ceremony pretty unfortunate. I think half of it can be simplified using separate spec.ios and spec.osx flags, though.
stephencelis
on 22 Mar 2016
I don't know if this is still true, @stephencelis. Since 7.3 betas, Xcode has gotten very picky when you include a header from an SDK which is not the one you build for. It used to work, yes. But now it looks like this is the root of all this issue of SQLite.swift. But maybe I have missed something.
groue
on 22 Mar 2016
@groue My hope is that CocoaPods will eventually be able to distinguish between iOS and iOS Simulator module maps. E.g.,
spec.osx.module_map = 'path/to/osx/module.modulemap'
spec.ios.module_map = 'path/to/ios/module.modulemap'
spec.ios.simulator.module_map = 'path/to/ios_simulator/module.modulemap'
# ...
Actually, even GRDB _tests_ won't run in the simulator unless I pick the exact header for the iPhoneSimulator platform .../iPhoneSimulator.platform/... (and of course CocoaPods is not involved).
Don't you have this issue as well?
groue
on 22 Mar 2016
Filed an issue here: https://github.com/CocoaPods/CocoaPods/issues/5071
In the meantime, installing the project manually or using Carthage are temporary fixes, while I'll accept PRs with @groue's solution above @cjwirth's solution below (I don't have time to carve out a solution for CocoaPods right now).
_Edit:_ This solution appears to be less invasive: https://github.com/stephencelis/SQLite.swift/issues/349#issuecomment-199859137
stephencelis
on 22 Mar 2016
Actually, even GRDB _tests_ won't run in the simulator unless I pick the exact header for the iPhoneSimulator platform
.../iPhoneSimulator.platform/...(and of course CocoaPods is not involved).Don't you have this issue as well?
@groue The framework tests run fine. SQLite.swift uses an SDK root-relative header.
stephencelis
on 22 Mar 2016
The framework tests run fine. SQLite.swift uses an SDK root-relative header
OK so I guess that you don't test against the SQLite.swift _framework_, but you embed SQLite.swift _sources_ in your test target. I get it.
groue
on 22 Mar 2016
OK so I guess that you don't test against the SQLite.swift _framework_, but you embed SQLite.swift sources in your test target. I get it.
I'm probably not communicating very well, but nope, I test against the framework itself and everything works just fine. Feel free to check out the repo!
stephencelis
on 22 Mar 2016
@groue your suggestion works for me, thanks. Are you going to be making a PR with that change?
brandenr
on 22 Mar 2016
I don't have 7.3 on the machine I have right now yet, so I can't guarantee that it will work.
I took a different approach when I added CocoaPods support to Swifter. I basically copied the technique from this article. 👈 There is a script in there that also tries to get the correct SDK root for the version of Xcode that is being used. You can take that part out if you just want to support Official Xcode.app
Basically, it came down to making 3 different module map files, and in the Build Settings, changed which one it was looking at based on the configuration. It worked in 7.2 on an app we currently have released to the app store.
Plus, we wouldn't have to do that whole #if (OSX) import SQLiteOSX ... dance
cjwirth
on 22 Mar 2016
@cjwirth That looks like a more elegant solution to the problem! It achieves what I was hoping a spec.ios.simulator.module_map scope would allow. Thanks for the link! Anyone with the time to contribute a PR will see a quick merge and version bump! :smile:
stephencelis
on 22 Mar 2016
Are you going to be making a PR with that change?
@brandenr: No, I'm maintaining GRDB.swift, another SQLite lib, and was just there to communicate a working solution (among others).
groue
on 22 Mar 2016
OK, I just installed Xcode 7.3 and confirmed that the technique does still work -- I created a new project with Swifter as a CocoaPod, and I was still able to install, build, and import it.
It's getting kind of late (UTC+9), but if nobody has it done by tomorrow morning, I'll see if I can put it together.
cjwirth
on 22 Mar 2016
Thanks for testing that. I'm giving it a shot to make a PR with that suggestion.
brandenr
on 22 Mar 2016
Thanks @brandenr!
stephencelis
on 22 Mar 2016
Sorry, while I was able to get @groue's solution in in a few minutes, I seem to be unable to figure out how to get @cjwirth's solution done. I seem to be down to I can't get the module map file to be able to specify the umbrella header bit and then if I take that out, I can't get FTS4 to find _SQLiteRegisterTokenizer that's located by using the umbrella header to the bridging header
brandenr
on 22 Mar 2016
Using @groue's method, I've made myself a branch I'm currently using. It also supports tvOS
pod 'SQLite.swift', :git => 'https://github.com/brandenr/SQLite.swift.git', :commit => '33ced0255e99e85b7ad65288dc777f6bb9c53687'
It has to paste that import into multiple places, so if someone can figure out @cjwirth's method, that'd be better.
brandenr
on 22 Mar 2016
@brandenr, thanks for sharing. I've tested your commit on my AppleTV app on Xcode 7.3 and works great.
eneko
on 23 Mar 2016
vhain
on 23 Mar 2016
https://github.com/stephencelis/SQLite.swift/pull/379 Pull request for platform related inclusions of header files.
fuxx
on 23 Mar 2016
@eneko Can you test the following branch on an actual Apple TV? I want to make sure the architectures are right.
pod 'SQLite.swift',
git: 'https://github.com/stephencelis/SQLite.swift.git',
branch: 'cocoapods-xcode-7-3'
Thanks!
stephencelis
on 23 Mar 2016
Would those having issues try this solution? https://github.com/stephencelis/SQLite.swift/issues/380
stephencelis
on 23 Mar 2016
It's not working for me: https://www.dropbox.com/s/68b0vbmbyem9amw/Screenshot%202016-03-23%2011.38.24.png?dl=0
brandenr
on 23 Mar 2016
@brandenr Can you provide more info on the platform you're building for (simulator and/or device) and/or provide a repo exhibiting the issue?
stephencelis
on 23 Mar 2016
Oh, sorry, I had taken a second screenshot, but apparently pasted in the first. I built for iPhone 6S plus iOS 9.3 simulator in Xcode 7.3
https://www.dropbox.com/s/zfvic93x7w6bcye/Screenshot%202016-03-23%2011.38.59.png?dl=0
brandenr
on 23 Mar 2016
@brandenr Using the branch/pod mentioned in #380? Can you hold option and select
Clean Build Folder… from the Product menu after running pod install?
stephencelis
on 23 Mar 2016
Having same problem. See attachment.
eranmarom
on 24 Mar 2016
Related issues
WDDong
·
7Comments
bitflying
·
5Comments
justdan0227
·
7Comments
hansrajgavali
·
3Comments
DiamondYuan
·
3Comments
Most helpful comment
The behavior for this appears to have changed in the final version of Xcode 7.3, at least for AppleTV (haven't tested iOS yet).
Previously, for AppleTV using
iPhoneOS.platformworked fine. However as of 7.3, when building for device the platform in the path needs to beAppleTVOS.platformand when building for simulator, the path needs to beAppleTVSimulator.platform.If the platforms don't match, it results in the above "redefinition of module" errors. I suspect this is likely affecting iOS as well.