-
Notifications
You must be signed in to change notification settings - Fork 556
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
[libjulia] update to Julia 1.11.1; update 1.12.0-DEV version #9660
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
to avoid: non-private labels cannot appear between .cfi_startproc / .cfi_endproc pairs
I set the llvm version to 17 (which was used in the previous build as well, down from the latest default version 18, thanks for the hint @gbaraldi) to avoid hitting JuliaLang/julia#54634 and JuliaLang/julia#56280 for almost all the apple builds. |
to fix: /workspace/srcdir/julia/src/jitlayers.cpp:665:54: error: no viable constructor or deduction guide for deduction of template arguments of 'tuple' 665 | incompletemodules.insert(std::pair(codeinst, std::tuple(std::move(params), waiting))); maybe caused by our mix of a very recent clang with a very old sdk / libc++
I added a patch to switch one Full error:
|
LilithHafner
pushed a commit
to JuliaLang/julia
that referenced
this pull request
Oct 22, 2024
this should be safer for the type deduction and fixes a build error for macos on Yggdrasil (JuliaPackaging/Yggdrasil#9660): ``` src/jitlayers.cpp:665:54: error: no viable constructor or deduction guide for deduction of template arguments of 'tuple' 665 | incompletemodules.insert(std::pair(codeinst, std::tuple(std::move(params), waiting))); ``` The Yggdrasil environment is a bit special with a rather new clang (version 17) but an old macos sdk and I don't know exactly in which circumstances this triggers. But I think `std::make_tuple` should be more reliable when the tuple types are not specified. cc: @fingolfin
avik-pal
pushed a commit
to avik-pal/Yggdrasil
that referenced
this pull request
Oct 25, 2024
…ckaging#9660) libjulia: prefer llvm 17 to avoid: non-private labels cannot appear between .cfi_startproc / .cfi_endproc pairs Co-authored-by: Benjamin Lorenz <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.