-
Notifications
You must be signed in to change notification settings - Fork 10.5k
On Apple platforms, use swiftmodule directories for the stdlib #21797
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@swift-ci Please clean test |
Build failed |
Build failed |
43a5da4
to
e0437be
Compare
@swift-ci Please clean test |
Build failed |
Build failed |
apple/swift-lldb#1203 |
Build failed |
Build failed |
A little bit further every time… |
e0437be
to
034f5ee
Compare
@swift-ci Please clean test |
Oops. apple/swift-lldb#1203 |
Build failed |
Build failed |
034f5ee
to
f1b32e8
Compare
@swift-ci Please test |
Build failed |
Build failed |
Grr, right, that was the test I didn't update properly. |
f1b32e8
to
a2d104c
Compare
@swift-ci Please clean test |
Build failed |
Build failed |
b9d82d9
to
1b9a4df
Compare
@swift-ci Please clean test macOS |
Build failed |
Build failed |
171953b
to
1b94055
Compare
@swift-ci Please test Linux |
@swift-ci Please smoke test macOS |
Build failed |
1b94055
to
cd4df29
Compare
@swift-ci Please clean test |
@swift-ci Please test source compatibility |
Build failed |
Build failed |
test/DebugInfo/variables.swift
Outdated
@@ -41,7 +41,7 @@ print(", \(glob_b)", terminator: "") | |||
print(", \(glob_s)", terminator: "") | |||
var unused: Int32 = -1 | |||
|
|||
// CHECK-DAG: ![[RT:[0-9]+]] ={{.*}}"{{.*}}Swift.swiftmodule" | |||
// CHECK-DAG: !{{RT:[0-9]+}} = !DIFile({{filename: ".+[.]swiftmodule", directory: ".*Swift[.]swiftmodule"|filename: "Swift[.]swiftmodule", directory: ".*"}}) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oops. I missed some square brackets.
cd4df29
to
358f390
Compare
Debug source compat suite passed I need to figure out what was wrong with my fixes for the debug info tests, so building locally. Will try again next week. |
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
358f390
to
d8f12b5
Compare
@swift-ci Please clean test |
Build failed |
Build failed |
@jrose-apple how would it play with ARMOSX branch? |
I'm not sure what you're referring to, but I wouldn't expect this to be a problem. The "right" condition is "does your platform support fat dylibs" but right now it's approximating this with "is your platform an Apple platform in one of these lists". |
@swift-ci Please clean test Linux |
Here we go. I'll be watching this to make sure it works (and to fix the merge conflicts for Apple-internal folks), but if it's breaking things overnight or tomorrow morning please just revert. |
…lang#21797) 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
This changes the Swift resource directory from looking like
to
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