MNT: rerender

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-webservice.

I've started rerendering the recipe as instructed in #246.

If I find any needed changes to the recipe, I'll push them to this PR shortly. Thank you for waiting!

Here's a checklist to do before merging.

• [ ] Bump the build number if needed.

[conda-forge-webservices[bot]]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

[ngam]

@mkitti any idea about this error?

conda.CondaMultiError: post-link script failed for package local::julia-1.8.5-hb81c242_0
location of failed script: /home/conda/feedstock_root/build_artifacts/julia_1684886136732/_test_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/bin/.julia-post-link.sh
==> script messages <==
fatal: error thrown and no exception handler available.
InitError(mod=:LinearAlgebra, error=ErrorException("`ccall` requires the compiler"))
showerror_nostdio at errorshow.jl:370

[mkitti]

What happened to the compiler?

[ngam]

Compiler versions were upgraded as we move them in conda-forge: on linux64: cxx from 11 to 12 c from 11 to 12 fortran from 11 to 12

on osx64: cxx/c from 14 to 15 (remember clang) fortran from 11 to 12

[mkitti]

No, I mean the Julia compiler

InitError(mod=:LinearAlgebra, error=ErrorException("`ccall` requires the compiler"))

[ngam]

Yeah, but we are merely reusing the same tar that used to build fine. So the issue is from our end (compilers), right? I wonder if julia isn’t happy with the new compilers for some reason. We can specify a specific c/cxx version easily if we have to

[ngam]

@conda-forge-admin, please rerender

[ngam]

Btw, @mkitti we will move to follow your suggestion of using the official tar (instead of the github one) the next time we merge a PR (either this or the 1.9 one)

[mkitti]

The warning here looks problematic.

   INFO (julia,bin/julia): lib/libjulia.so.1 found in this package
WARNING (julia,lib/julia/sys.so): $RPATH/libjulia-internal.so.1 not found in packages, sysroot(s) nor the missing_dso_whitelist.
.. is this binary repackaging?
   INFO (julia,lib/julia/sys.so): lib/libjulia.so.1 found in this package

[ngam]

Yeah, I am quite confused about what triggered this though. It’s not the change of compilers and it’s an unlikely a change in the tar ball. I will try to see if conda-forge’s build system or patchelf has changed recently

[mkitti]

https://github.com/JuliaLang/julia/pull/46464

Julia 1.8.5 uses rpath

$ readelf -d `which julia`

Dynamic section at offset 0x2d88 contains 32 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libdl.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libpthread.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x0000000000000001 (NEEDED)             Shared library: [libjulia.so.1]
 0x000000000000000f (RPATH)              Library rpath: [$ORIGIN/../lib:$ORIGIN/../lib/julia]

Julia 1.9.0 uses runpath

$ readelf -d bin/julia

Dynamic section at offset 0x2d88 contains 32 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libdl.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libpthread.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x0000000000000001 (NEEDED)             Shared library: [libjulia.so.1]
 0x000000000000001d (RUNPATH)            Library runpath: [$ORIGIN/../lib:$ORIGIN/../lib/julia:/home/conda/feedstock_root/build_artifacts/debug_1685034981734/_build_env/lib]

[mkitti]

Julia 1.8.5

     51232: find library=libssl.so.3 [0]; searching
     51232:  search path=/home/mkitti/mambaforge/envs/julia185_java17/bin/../lib/julia/.        (RPATH from file /home/mkitti/mambaforge/envs/julia185_java17/bin/../lib/julia/libopenblas64_.so)
     51232:   trying file=/home/mkitti/mambaforge/envs/julia185_java17/bin/../lib/julia/./libssl.so.3
     51232:  search path=/home/mkitti/mambaforge/envs/julia185_java17/bin/../lib:/home/mkitti/mambaforge/envs/julia185_java17/bin/../lib/julia      (RPATH from file julia)
     51232:   trying file=/home/mkitti/mambaforge/envs/julia185_java17/bin/../lib/libssl.so.3
     51232:

Julia 1.9.0

     10604:     find library=libssl.so.3 [0]; searching
     10604:      search path=/home/conda/feedstock_root/build_artifacts/debug_1685034981734/_h_env/bin/../lib/julia/.           (RPATH from file /home/conda/feedstock_root/build_artifacts/debug_1685034981734/_h_env/bin/../lib/julia/libcholmod.so)
     10604:       trying file=/home/conda/feedstock_root/build_artifacts/debug_1685034981734/_h_env/bin/../lib/julia/./libssl.so.3
     10604:      search cache=/etc/ld.so.cache
     10604:      search path=/lib64/tls:/lib64:/usr/lib64/tls:/usr/lib64                (system search path)
     10604:       trying file=/lib64/tls/libssl.so.3
     10604:       trying file=/lib64/libssl.so.3
     10604:       trying file=/usr/lib64/tls/libssl.so.3
     10604:       trying file=/usr/lib64/libssl.so.3
     10604:
fatal: error thrown and no exception handler available.
InitError(mod=:LibCURL_jll, error=ErrorException("could not load library "libcurl.so"
libssl.so.3: cannot open shared object file: No such file or directory"))

[mkitti]

See also https://github.com/JuliaLang/julia/pull/46255 which was not backported to Julia 1.8