-
Notifications
You must be signed in to change notification settings - Fork 341
Makefile.rules: Replace Swift frontend invocations with Swift driver #7971
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
Makefile.rules: Replace Swift frontend invocations with Swift driver #7971
Conversation
@swift-ci test |
# FIXME: This should work with precise compiler invocations. | ||
#self.expect("expression foo", "expected result", substrs=["$R3", "23"]) | ||
#self.expect("expression $R3", "expected result", substrs=["23"]) | ||
#self.expect("expression $R4", "expected result", substrs=["23"]) |
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.
same question, should this remain commented out?
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.
This looks like a regression, but in reality the output here is random based on the order in which modules are visited. The right thing to do is to enable this only when precise compiler invocations are on, but the decorator isn't powerful enough to detect this. I'll need to follow-up here.
b88cc96
to
3671b97
Compare
@swift-ci test |
@swift-ci test windows |
3671b97
to
82fc2d4
Compare
@swift-ci test |
@swift-ci test windows |
82fc2d4
to
73ade8b
Compare
@swift-ci test |
@swift-ci test windows |
73ade8b
to
1188065
Compare
@swift-ci test |
@swift-ci test windows |
I just need to fix up Linux now. |
lldb/test/API/lang/swift/explicit_modules/TestSwiftExplicitModules.py
Outdated
Show resolved
Hide resolved
lldb/test/API/lang/swift/explicit_modules/TestSwiftExplicitModules.py
Outdated
Show resolved
Hide resolved
1188065
to
f4f3e00
Compare
@swift-ci test |
@swift-ci test windows |
f4f3e00
to
666c7c3
Compare
@swift-ci test |
@swift-ci test windows |
666c7c3
to
6d2114a
Compare
@swift-ci test |
6d2114a
to
8a80169
Compare
@swift-ci test |
@swift-ci test windows |
5816ecd
to
8ad3b48
Compare
@swift-ci test |
8ad3b48
to
c31fef0
Compare
@swift-ci test |
@swift-ci test windows |
c31fef0
to
e5f27f1
Compare
@swift-ci test |
@swift-ci test windows |
9dcd3b3
to
d6845b9
Compare
@swift-ci test |
@swift-ci test windows |
Currently Makefile.rules micro-manages Swift compilation, which is great for control, but also risky because the testsuite doesn't track new behavior in the Swift driver. As the Swift driver gains more and more build system functionality (e.g., explicit modules) we can simplify our Makefile while getting closer to what users actually see when using the Swift driver or build systems that include it as a library. The most notable difference this patch introduces is that we will now compile all Swift sources in a single Swift driver invocation, generating an output file list.
@swift-ci test linux |
d6845b9
to
a0dd1e2
Compare
@swift-ci test |
@swift-ci test windows |
Currently Makefile.rules micro-manages Swift compilation, which is great for control, but also risky because the testsuite doesn't track new behavior in the Swift driver. As the Swift driver gains more and more build system functionality (e.g., explicit modules) we can simplify our Makefile while getting closer to what users actually see when using the Swift driver or build systems that include it as a library.
The most notable difference this patch introduces is that we will now compile all Swift sources in a single Swift driver invocation, generating an output file list.