Mosè Giordano

Depending on your Internet connection, MKL just takes a bit to download, it's large-ish. The warning is saying that the task downloading MKL was taking a while to answer back...

That's from `MKL_jll` though, not even this package.

But building the pkgimages of the stdlibs is still quite slow, no?

Can this this merged since it does sensibly improve ASAN build time, and further improvement can be done in follow up PR?

Since this is a very CPU-dependent issue (I tried a few different processors, both x86_64 and aarch64, and couldn't reproduce the slowdown), maybe this is related to the LLVM backend?...

I don't know, some precompilation statements probably wouldn't hurt anyway, but it looks already decently fast to me: ``` % julia --startup-file=no --project=/tmp -q julia> @time @eval using FITSIO 0.067589...

With ```diff diff --git a/src/FITSIO.jl b/src/FITSIO.jl index ac38c23..05a947c 100644 --- a/src/FITSIO.jl +++ b/src/FITSIO.jl @@ -253,4 +253,14 @@ include("header.jl") # FITSHeader methods include("image.jl") # ImageHDU methods include("table.jl") # TableHDU & ASCIITableHDU...

@martin-frbg based on quick experiments with this configuration `make DYNAMIC_ARCH=1 LIBPREFIX=libopenblas64_ INTERFACE64=1 SYMBOLSUFFIX=64_ NUM_THREADS=16 -j36`, Makefile variable `NUM_THREADS` appears to still set the maximum number of threads one can possibly...

> Is there something new to this? I already explained I don't know how to do this myself, if someone has a clear view of how to best implement this,...

Yes, please, open a PR!