-
Notifications
You must be signed in to change notification settings - Fork 81
Build fails on Linux #150
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
Comments
@Kolos65 It seems to build just fine for me. CI against Swift 6 is passing just fine: https://github.com/pointfreeco/swift-issue-reporting/actions/runs/13486643791/job/37678634661 And when I build against a Docker image of Swift 5.10 locally, it also succeeds:
Can you share a repro of the issue using Docker instructions? |
I ran into this exact same Linux build issue on CI today. I don't think this is fixable in My CI was using
I upped the Swift version to I didn't manage to pin down the root cause, but the "error: new Swift parser generated errors for code that C++ parser accepted" appears to be from an assertion that was accidentally enabled in some release toolchain builds. For reasons I don't understand, I too wasn't able to produce a failing build using Docker. Upping my CI to "5.10.1" from "5.10" didn't fix my CI build issue (which isn't surprising, considering that's the version @Kolos65 reported to be not working for them). I'm not sure why the Docker build works for 5.10/5.10.1* but using the 5.10.1 toolchain directly doesn't. The official Dockerfile simply copies in the toolchain release.
In case it's helpful, here's a failing Linux CI build: https://github.com/gohanlon/swift-memberwise-init-macro/actions/runs/13663459138/job/38199622506 |
This works around an (erroneous) compiler build error on swift-issue-reporting. See: pointfreeco/swift-issue-reporting#150
Sounds like a toolchain issue then! Going to close this out for now. Thanks for the sleuthing @gohanlon! |
@stephencelis In case you're interested in supporting 5.10 and 5.10.1 toolchain builds, I came across a reasonable (if somewhat unfortunate) looking workaround: https://github.com/swift-server/async-http-client/pull/810/files If @Kolos65's and my CI build failures are representative, the fix would be to change the whitespace in One more follow-up thought: The errantly included assertions compare some C++ parser's behavior to Swift's own C++ parsing. Because the Docker builds use the release toolchain, the most likely explanation is that the reference C++ parser dependency used in the Docker builds is different than the C++ parser available in the I don't know if there will be a 5.10.2 release that would fix this. I'd hope so, as I've read reports that even successful builds with 5.10 are slow, which would make sense if the compiler is unnecessarily parsing everything twice—once with Swift and once with a C++ parser. And, it feels surreal to be suggesting making whitespace changes to Swift code in order to fix parsing differences between C++ compilers. |
This works around an (erroneous) compiler build error on swift-issue-reporting. See: pointfreeco/swift-issue-reporting#150
@gohanlon We'd be down for a fix if it's not too much trouble! Would you be up to PR? |
@stephencelis Created a PR for this and tested the workaround in Mockable. |
I use
swift-issue-reporting
inMockable
and my Linux jobs started failing recently with the following errors:The text was updated successfully, but these errors were encountered: