Fix setprecision errors on Julia nightly#187
Conversation
|
@devmotion thanks especially for including those links to PRs in base and julia dev revisions. |
The process is actually quite simple: You go to the PR in the Julia repo that introduced the change, obtain the merge commit (easiest by clicking on the link to the commit shown on Github when the PR was merged, eg above here it would be "commit f0efb0f" shown in the line "kalmarek merged ..."), and then obtain the corresponding Julia version number with the contrib/commit-name.sh script in the Julia repo. From the Compat.jl README:
|
|
FTR, it's much better to report an issue to upstream as a bug report, rather than working around it: JuliaLang/julia#55899 |
| # Since Julia 1.11.0, the single-argument `Base._precision` is | ||
| # renamed to `Base._precision_with_base_2` | ||
| # Ref: https://github.com/JuliaLang/julia/pull/52910 | ||
| :_precision_with_base_2 |
There was a problem hiding this comment.
The name is prefixed with an underscore to make it clear it's internal. Why trespass!?
There was a problem hiding this comment.
Trespassing or not ;)
I personally don't have time now to delve into (internals or not) the design of Base.precision to figure out what would suit us best and will be least maintenance in the future. If you do have a clear solution we're all ears ;)
JuliaLang/julia#51362 (which switched to ScopeValue for MPFR precision and rounding which, however, seems to cause performance regressions; see also #171) of restricted
Base.setprecision(f::Function, ::Type, ::Integer; kwargs...)toType{BigFloat}which broke tests of Arblib on Julia nightly. The PR copies the implementation forArbTypes.