Mosè Giordano

I have no idea what's wrong with Windows (lots of undefined references to llvm functions at linking time for `libjulia-internal.dll`).

Alright, we have a problem. In https://github.com/JuliaPackaging/Yggdrasil/blob/7639eb0a7a1ec9d21cb8701925b4ec4f0257423e/C/CompilerSupportLibraries/build_tarballs.jl we always use the latest version of libgomp and libstdc++, independently from the version of libgfortran (this is for example important to solve...

Julia now builds on x86_64-darwin. Still linking errors on Windows for `libjulia-internal.dll`, no clue why. Why libgcc would even affect resolution of llvm symbols?

Linking on windows now works (without having changed anything here), but Julia fails to bootstrap. What's wrong always with Windows?

Right, this requires #45649, otherwise the Float16 tests are failing. Going back to Windows, the error now is: ``` ERROR: `ccall` requires the compiler make[1]: *** [sysimage.mk:58: /cygdrive/c/buildbot/worker/package_win64/build/usr/lib/julia/corecompiler.ji] Error 1...

I can't do much about Windows, I don't have a Windows box (and zero experience with Windows anyway). I'm surprised by the macOS failure, also because it was working before...

> Maybe we need this patch? > > > libstdc++: Check for TLS support on mingw cross-compilers > > Native mingw builds enable TLS, but crosses don't because we don't...

During ci-dev call, @staticfloat suggested that adding libstdc++ to list of preloaded libraries in `Make.inc` may help with the Windows build. I hope I got it right, at least I...

I tried to reproduce the issue in an environment with only `MLJ.jl` installed with this code: ```julia using MLJ @inline function load_m(model_list) model_types = [] @inbounds for model in model_list...

But the maximum clock of the performance cores should be 3.2 GHz, not 2.4 GHz