Kristoffer Carlsson
Kristoffer Carlsson
I don't really see what is wrong with that manifest entry. It has a path entry so I don't see why instantiate would go and think it tracks a repo.
It shouldn't be hard, you would need to have the full count available in `add_points_inrange!` so that it stops when enough points have been added and then "bubble up" all...
Dup of https://github.com/JuliaLang/JuliaSyntax.jl/issues/548 I think
> Even worse doesn't go to the next entry reliably anymore. Can you elaborate what this exactly means?
In https://github.com/JuliaDiff/ForwardDiff.jl/pull/472, the `seed!` (etc) functions were written in a generic (non-typespecific) way that should have supported GPU arrays. This PR adds further specializations to `seed!` for some specific types...
Split up your measurements. Compare - Julia startup time - Package load time - TTFX (overhead in calling the function for the first time) - Runtime (with e.g. BenchmarkTools) Shoving...
Maybe I'll register the package and see if some people have an interest in poking on it before mergin thits. I would also like to get a reverse AD backend...
The DI integration works fine and was very easy (great job) . It's just that no backend work... 😅
Ok, opened https://github.com/chalk-lab/Mooncake.jl/issues/867.
``` Testing backend: Enzyme ┌ Error: Backend Enzyme failed │ exception = │ TaskFailedException │ │ nested task error: AssertionError: ety == eltype(vt) │ Stacktrace: │ [1] sret_ty(fn::LLVM.Function, idx::Int64) │...