-
Notifications
You must be signed in to change notification settings - Fork 19
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
Invalidations #443
Comments
I tried looking into those, I could remove a few but got stuck with some other ones:
|
Current invalidations on latest master (together with Mongoc master and julia master):
Only |
Great! (You can probably also dev DecFP fort another reduction) |
FWIW the SparseArrays invalidations seem to have been fixed in 1.11: JuliaSparse/SparseArrays.jl#506 (comment) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Loading Polymake.jl introduces a lot of invalidations, more if we load it into Oscar. Here's a quick report using Julia master:
Some more details:
For the ones in the Julia stdlib
SparseArrays
I submitted an issue). For DecFP and Mongoc I got some PRs merged there which help this. I haven't yet looked into CxxWrap.That still leaves quite a few in Polymake. Some of them perhaps can't be helped, or really should be dealt with by changes to the Julia library or other packages.
But a few maybe should be changed in Polymake.jl. E.g. this method:
where
Integer
isPolymake.Integer
, a subtype ofBase.Integer
; and similar forRational
.This causes invalidations because the Julia library generally defines
One way to address this might be to replace those
convert
methods byand similar for multiple other
convert
methods. But I did not really try this, and it may be necessary to make further adjustments.The text was updated successfully, but these errors were encountered: