Add .m so that CocoaPods will generate CardIO modulemap

[keith]

This fixes the issues discussed in #115 and #126 since changing the project structure was nixed as a solution. This allows users to import CardIO from Swift without using a bridging header.

[josharian]

Please add links to the issues it fixes.

[josharian]

LGTM with that tweak, but leaving to others to approve and merge.

[keith]

Updated!

[keith]

Another option here if we don't want to opt all users into this behavior is that we can add a subspec that includes this file, but leave the default as it is today.

[keith]

Let me know if you would prefer that and I can make that change.

[josharian]

if we don't want to opt all users into this behavior

Are there any downsides to opting everyone in?

[keith]

Nevermind, this will only affect users who have use_frameworks! so we should be ok here.

[jcayzac]

A cleaner option would be to provide a module map and not rely on cocoapods' automatic one (which didn't properly enable auto-linking with the various system frameworks your framework requires, last time I checked). See the module_map option of the podspec.

[keith]

Just tried that configuration. It seems like CocoaPods doesn't pick up the modulemap file in this case. It might be because of having multiple .a files.

[bluk]

LGTM, thanks for your contribution!

[keith]

Thank you!

[keith]

This PR ended up getting reverted because linking failed in some cases. Here's a new version that seems to work correctly with Objective-C and Swift https://github.com/card-io/card.io-iOS-SDK/pull/284/files