我在iPod Touch(第三代)设备上测试了一个基于swift的基本应用程序。基于swift的应用程序似乎无法在iOS 5上运行。但是在iOS 6.x上运行。

下面是我试图在iOS 5.0.1下启动测试应用程序时，调试日志中显示的内容:

dyld: F_ADDFILESIGS failed for /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswift_stdlib_core.dylib with errno=1
dyld: F_ADDFILESIGS failed for /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswiftCoreGraphics.dylib with errno=1
dyld: F_ADDFILESIGS failed for /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswiftDarwin.dylib with errno=1
dyld: F_ADDFILESIGS failed for /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswiftDispatch.dylib with errno=1
dyld: F_ADDFILESIGS failed for /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswiftFoundation.dylib with errno=1
dyld: F_ADDFILESIGS failed for /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswiftObjectiveC.dylib with errno=1
dyld: F_ADDFILESIGS failed for /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswiftUIKit.dylib with errno=1
dyld: Symbol not found: _OBJC_CLASS_$_NSObject
  Referenced from: /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswift_stdlib_core.dylib
  Expected in: /usr/lib/libobjc.A.dylib
 in /private/var/mobile/Applications/59E31E79-9525-43B0-9DF6-8FEF3C0080F1/SwiftTestApp.app/Frameworks/libswift_stdlib_core.dylib

对于iOS 6.1.6，应用程序运行良好，没有显示这些错误消息。

这是我从apple Swift博客上读到的一篇文章，可能会有帮助:

应用程序兼容性:

如果你写了一个Swift应用程序，你可以相信你的应用程序将来会工作得很好。事实上，你可以用同样的应用程序回到OS X Mavericks或iOS 7。这是可能的，因为Xcode在你的应用程序包中嵌入了一个小的Swift运行时库。因为这个库是嵌入式的，所以你的应用程序使用了一个一致的Swift版本，可以在过去、现在和未来的操作系统版本上运行。

二进制兼容性和框架:

在确保应用程序的运行时兼容性的同时，Swift语言本身将继续发展，二进制接口也将发生变化。为了安全起见，应用程序的所有组件都应该使用相同版本的Xcode和Swift编译器来构建，以确保它们能够协同工作。

This means that frameworks need to be managed carefully. For instance, if your project uses frameworks to share code with an embedded extension, you will want to build the frameworks, app, and extensions together. It would be dangerous to rely upon binary frameworks that use Swift — especially from third parties. As Swift changes, those frameworks will be incompatible with the rest of your app. When the binary interface stabilizes in a year or two, the Swift runtime will become part of the host OS and this limitation will no longer exist.

说到Swift框架。 截至目前，在Xcode 6.1.1 (6A2008a)版本中，如果Swift框架针对iOS 7.1，链接器报告警告

ld: warning: embedded dylibs/frameworks only run on iOS 8 or later.

并且应用程序无法提交到AppStore。检查这个问题:Lint阻止动态库和框架在iOS 7中传递

快速更新，从2015年2月15日起生效，我们不能将使用iOS 8之前的SDK开发的应用程序提交到应用商店。所以，记住这一点，最好不要担心这个问题，因为许多人都建议用Swift开发的应用程序也可以部署在OS X 10.9和iOS 7.0上。

我读了所有回答:不，Swift不能在iOS 7以下的系统上运行。但我说是的，我刚刚创建了一个Swift项目，它在Xcode 5 6.0部署目标中运行。

我只是用选择的Swift编程语言在Xcode 6 BETA中创建了一个演示项目。 关闭Xcode 6 beta，我在Xcode 5中以部署目标6.0打开这个演示项目 并选择模拟器6.1。

然后该项目在模拟器6.1中运行良好。我的MacOS X是10.9.3，所以我说是的，它运行在低于iOS 7的系统上。10.9.3 Mac OS X。

这是模拟器的截图:

这里还有一个演示

我还尝试了10.8上一个非常简单的应用程序(一个按钮，设置标签上的文本)。它在启动时崩溃了，正如Greg Parker所说:

Dyld Error Message:
  Symbol not found: __dispatch_source_type_memorypressure
  Referenced from: /Volumes/*/SwifTest.app/Contents/MacOS/../Frameworks/libswiftDispatch.dylib
  Expected in: /usr/lib/libSystem.B.dylib
in /Volumes/*/SwifTest.app/Contents/MacOS/../Frameworks/libswiftDispatch.dylib

(这是使用10.7的部署目标)