-
Notifications
You must be signed in to change notification settings - Fork 48
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
Failure on julia-nightly #402
Comments
Interesting. I'm curious about whether the underlying issue is some implicit assumption I made in the new |
Appears to be. The highlighted line is utilities.jl:248. I'll keep digging unless you want to take over. |
I won't get around to it until much later today, so if this is blocking your work on other issues, please keep digging. Otherwise, I'll take a look later tonight. |
It seems to be that 1.6.0 doesn't like julia> LowerTriangular(Float64.(I(4)))
4×4 LowerTriangular{Float64, Diagonal{Float64, Vector{Float64}}}:
1.0 ⋅ ⋅ ⋅
0.0 1.0 ⋅ ⋅
0.0 0.0 1.0 ⋅
0.0 0.0 0.0 1.0
julia> string.(LowerTriangular(Float64.(I(4))))
ERROR: MethodError: no method matching zero(::String)
Closest candidates are:
zero(::T) where T<:Dates.TimeType at /home/bates/git/julia/usr/share/julia/stdlib/v1.6/Dates/src/types.jl:423
zero(::Diagonal{T, StaticArrays.SVector{N, T}}) where {N, T} at /home/bates/.julia/packages/StaticArrays/l7lu2/src/SDiagonal.jl:43
zero(::FillArrays.Zeros{T, N, Axes} where Axes) where {T, N} at /home/bates/.julia/packages/FillArrays/RM6r2/src/FillArrays.jl:517
...
Stacktrace:
[1] iszero(x::String)
@ Base ./number.jl:40
[2] fzeropreserving(bc::Base.Broadcast.Broadcasted{LinearAlgebra.StructuredMatrixStyle{LowerTriangular{Float64, Diagonal{Float64, Vector{Float64}}}}, Tuple{Base.OneTo{Int64}, Base.OneTo{Int64}}, typeof(string), Tuple{LowerTriangular{Float64, Diagonal{Float64, Vector{Float64}}}}})
@ LinearAlgebra ~/git/julia/usr/share/julia/stdlib/v1.6/LinearAlgebra/src/structuredbroadcast.jl:107
[3] similar(bc::Base.Broadcast.Broadcasted{LinearAlgebra.StructuredMatrixStyle{LowerTriangular{Float64, Diagonal{Float64, Vector{Float64}}}}, Tuple{Base.OneTo{Int64}, Base.OneTo{Int64}}, typeof(string), Tuple{LowerTriangular{Float64, Diagonal{Float64, Vector{Float64}}}}}, #unused#::Type{String})
@ LinearAlgebra ~/git/julia/usr/share/julia/stdlib/v1.6/LinearAlgebra/src/structuredbroadcast.jl:125
[4] copy
@ ./broadcast.jl:862 [inlined]
[5] materialize(bc::Base.Broadcast.Broadcasted{LinearAlgebra.StructuredMatrixStyle{LowerTriangular{Float64, Diagonal{Float64, Vector{Float64}}}}, Nothing, typeof(string), Tuple{LowerTriangular{Float64, Diagonal{Float64, Vector{Float64}}}}})
@ Base.Broadcast ./broadcast.jl:837
[6] top-level scope
@ REPL[27]:1
[7] eval
@ ./boot.jl:360 [inlined]
[8] include_string(mapexpr::typeof(identity), mod::Module, code::String, filename::String)
@ Base ./loading.jl:1051 I'll see if I can conjure a workaround. |
The crude, inefficient way would be to convert |
It may be possible to avoid the LowerTriangular conversion in the construction of |
Of course: just create |
I was going to do that but then decided it was easier to just use the existing logic but with |
Perfect. I'm a fan of easy. 😄 |
Something is still wrong. On my computer using julia-1.5.2 it takes 28 seconds to run |
I've noticed that the Future builds fail after several hours, which is probably timing out on this. |
It is not a matter of fitting the models as those can be fit in a comparable length of time to 1.5.2. It seems to have something to do with the modelcache. When I interrupt it manually it seems to be in a compilation loop around |
It seems to be a problem with the dot mapping of |
So the |
Unfortunately, using the comprehension worked in the REPL but not inside the |
When running the tests by hand on
I got a failure on
This is just an FYI issue as I will assign it to myself.
The text was updated successfully, but these errors were encountered: