Xcode 9: Модуль, скомпільований із Swift 3.1, не можна імпортувати в Swift 4.0

Після оновлення до Xcode 9 я спробував створити один зі своїх проектів.

Я використовую FacebookLogin pod. У мене помилка компілятора у FacebookLogin / LoginButton.swift

@testable import FacebookCore
❌ Module compiled with Swift 3.1 cannot be imported in Swift 4.0

У налаштуваннях збірки моєї цілі мовною версією Swift встановлено Swift 3.2 .

Думаю, мені потрібно почекати, поки Facebook оновить їхній стручок? Або будь-яка інша пропозиція?

Дякую !

Оновлення:

Рішення також перевірено та працює в Swift 5 та Xcode 11.

Оригінал:

Я хотів би додати, що якщо ви використовуєте Carthage для компіляції модуля в Swift 3.2, вам слід перейти до терміналу і запустити:

sudo xcode-select --switch /Applications/Xcode-beta.app/Contents/Developer

Щоб використовувати інструменти командного рядка Xcode 9, ви можете запустити:

carthage update NameOfTheLibrary --platform iOS --no-use-binaries

Це скомпілює бібліотеку з вашими поточними інструментами командного рядка, це може бути трохи повільно, але тепер проект повинен будуватися.

Примітка

Щоб повернути та використовувати ваші стабільні інструменти командного рядка Xcode, просто запустіть:

sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer

Xcode 9 поставляється з компілятором Swift 4, який розуміє як Swift 3.2, так і Swift 4, навіть дозволяє змішувати і поєднувати між двома версіями. На жаль, інші версії не підтримуються.

Навіть якщо ви встановите для мови Swift 3.2, він використовує компілятор Swift 4.

Якщо ви використовуєте cocoapods, ви можете додати це в кінець файлу стручка, щоб змусити стручки використовувати Swift 3.2 або 4.0:

post_install do |installer|
    installer.pods_project.targets.each do |target|
        target.build_configurations.each do |config|
            config.build_settings['SWIFT_VERSION'] = '3.2'
        end
    end
end

Крім того, ви можете тимчасово розмістити файли з модуля безпосередньо у своєму проекті, доки FacebookLogin не оновиться до Swift 3.2 або 4.

Примітка: Відредаговано на основі відгуків Метта

Можливо, ви зможете очистити ціль, перш ніж будувати її. Для мене це прекрасно працює.

Я зіткнувся з тим самим випуском на Xcode 9 Beta 3, який вказував на `` Alamofire '' і спробував кілька різних рішень, найпростіше, що я знайшов, це

1. CMD+SHIFT+K to clean the build
2. Restart Xcode 9 <-- make sure you do this step, that's critical. `

Виконання "чистої папки збірки" та перезапуск Xcode 9 очистили помилку для мене. Крім того, помилка не зупинила роботу програми на моєму пристрої чи симуляторі.

goto xcode каталог DerivedData, потім видаліть увесь файл всередині нього та перекомпілюйте свій проект. це працює для мене.

а за замовчуванням каталог DerivedData: ~ / Library / Developer / Xcode / DerivedData.

Якщо використовується Carthage , відкрийте термінал та;

carthage update --platform iOS --no-use-binaries

Якщо використовується Pod , Open terminal та;

pod update

(Також якщо не працює в pod, ви можете змінити SWIFT_VERSION у файлі podfile Ex:

config.build_settings['SWIFT_VERSION'] = '3.2'

)

Після;

Відкрийте Xcode і використовуйте;

Command+Option+Shift+K

Це працює для мене.

1. Очистіть свій проект у Xcode 8

2. Створіть або запустіть свій проект у Xcode 9

Я очистив проект у Xcode 9, а потім запустив програму, вона працює.

У мене була та ж проблема з Xcode 9 GM, і це вирішило мою проблему: Вилучіть її з проекту та перетягніть знову у "Вбудовані двійкові файли".

Чиста папка складання

Cmd + option + shift + K

Я маю

pod 'FBSDKCoreKit'
pod 'FBSDKLoginKit'
pod 'FBSDKShareKit'

у моєму проекті, і import FBSDKLoginKitпісля очищення цілі у мене не виникло жодної проблеми

Оскільки стручок, який ви використовуєте, працює швидко і є бета-пакетом, цілком ймовірно, у вас виникнуть проблеми з компілятором swift 4, наразі вам слід скористатися цільовою версією стручка

Якщо ви використовуєте з Pod:

1. У Podfileкоментарі FacebookLogin pod

2. встановити pod

3. У Podfileкоментарі FacebookLogin pod

4. встановити pod

5. Знову запустіть свій проект

Для мого випадку - фактичний pod посилався на статичний zip-файл із попередньо побудованими двійковими файлами, націленими на swift 3.1. Тож єдиним рішенням є відновлення фреймворку з джерелом з xcode 9.

https://github.com/AudioKit/AudioKit/issues/980