Closed charleskawczynski closed 2 years ago
I'd be fine with changes that don't break things. Perhaps give it a whirl?
You're running up against https://github.com/JuliaLang/julia/issues/35663. There's no known way to trigger this bug except by changing environments during your session. (If you find one, please report it separately.)
Ok, I can give that a try. Thanks for the info! Btw, how could you tell that I was using two different environments? Did the error just look familiar? Also, do you have any idea how/why this would show up suddenly?
Ah, I just saw this issue after looking more carefully through the thread you shared.
After changing to instantiating and using the same environment, I see that I'm now getting a different loading error:
ERROR: LoadError: SystemError: opening file ".../depot/cpu/packages/Adapt/RGNRk/src/base.jl": No such file or directory
--
| Stacktrace:
| [1] systemerror(p::String, errno::Int32; extrainfo::Nothing)
| @ Base ./error.jl:168
| [2] #systemerror#62
| @ ./error.jl:167 [inlined]
| [3] systemerror
| @ ./error.jl:167 [inlined]
| [4] open(fname::String; lock::Bool, read::Nothing, write::Nothing, create::Nothing, truncate::Nothing, append::Nothing)
| @ Base ./iostream.jl:293
| [5] open
| @ ./iostream.jl:282 [inlined]
| [6] open(f::Base.var"#326#327"{String}, args::String; kwargs::Base.Iterators.Pairs{Union{}, Union{}, Tuple{}, NamedTuple{(), Tuple{}}})
|
but I haven't yet dug into why :confused:.
I guess I'm fine closing this as it seems to be a duplicate of ArrayInterface.jl's 206.
Btw, how could you tell that I was using two different environments?
Because ArrayInterface has a [compat]
section which makes this error impossible...unless you do something that circumvents it. Changing environments is the only known way to do that. (Which is why I said that if you discover a second way, please report it.)
Unless there's something precious about your Manifest.toml, either try a Pkg.update
or just deleting Manifest.toml and re-instantiate
ing.
I guess I'm fine closing this as it seems to be a duplicate of ArrayInterface.jl's 206.
...and 207 and 208. You're not alone in struggling with this, we really need to fix that Julia issue.
Recently I've been running into an issue:
It seems that ArrayInterface.jl assumes that Compat.jl defines
@constprop
, but that's only conditionally true. Since I'm not super familiar with this package, I thought I'd open an issue before a PR.Can we change the else block to the following?
I'm somehow running into this issue in an older version of ArrayInterface.jl, but it seems that it would still be a problem in newer versions since
@constprop
has been more recently added to Base.Here's my version info: