mirror of
https://github.com/apple/swift.git
synced 2025-12-14 20:36:38 +01:00
43feb9cbe1
This changes the Swift resource directory from looking like
lib/
swift/
macosx/
libswiftCore.dylib
libswiftDarwin.dylib
x86_64/
Swift.swiftmodule
Swift.swiftdoc
Darwin.swiftmodule
Darwin.swiftdoc
to
lib/
swift/
macosx/
libswiftCore.dylib
libswiftDarwin.dylib
Swift.swiftmodule/
x86_64.swiftmodule
x86_64.swiftdoc
Darwin.swiftmodule/
x86_64.swiftmodule
x86_64.swiftdoc
matching the layout we use for multi-architecture swiftmodules
everywhere else (particularly frameworks).
There's no change in this commit to how Linux swiftmodules are
packaged. There's been past interest in going the /opposite/ direction
for Linux, since there's not standard support for fat
(multi-architecture) .so libraries. Moving the .so search path /down/
to an architecture-specific directory on Linux would allow the same
resource directory to be used for both host-compiling and
cross-compiling.
rdar://problem/43545560
9 lines
430 B
Swift
9 lines
430 B
Swift
// Note that this test should still "pass" when simd.swiftinterface has not been
|
|
// generated.
|
|
|
|
// RUN: %empty-directory(%t)
|
|
// RUN: test ! -e %platform-sdk-overlay-dir/simd.swiftmodule/%target-cpu.swiftinterface || %target-swift-frontend -build-module-from-parseable-interface %platform-sdk-overlay-dir/simd.swiftmodule/%target-cpu.swiftinterface -o %t/simd.swiftmodule
|
|
|
|
// REQUIRES: nonexecutable_test
|
|
// REQUIRES: objc_interop
|