/usr/lib64/libsuitesparseconfig.so.0 from sci-libs/suitesparseconfig has an unresolved dynamic symbol (sqrt). I believe this results in failed builds of dev-lang/julia (a symlink to the library cannot be created).
Please provide LDFLAGS used to compile sci-libs/suitesparseconfig. This is a known issue. dev-lang/julia builds fine if sci-libs/suitesparseconfig is rebuilt with LDFLAGS='-Wl,-O1,--as-needed' (i.e. the defaults). For the meantime, we could add strip-flags to the suitesparseconfig ebuild.
no LDFLAGS -in /etc/portage/make.conf build environment includes declare -x LDFLAGS="-Wl,-O1 -Wl,--as-needed" declare -x LDFLAGS_amd64="-m elf_x86_64" declare -x LDFLAGS_default declare -x LDFLAGS_x32="-m elf32_x86_64" declare -x LDFLAGS_x86="-m elf_i386" (this is amd64, hardened-nomultilib profile)
Please give emerge --info and the full build.log (always).
I can reproduce on hardened nomultilib Do you want my log?
I was able to reproduce using the amd64-hardened-nomultilib Docker tag. For the time being, a suitable workaround is to compile suitesparseconfig with -lm in CFLAGS.
Is this still reproducible with 1.7.3?
Yes, I have reproduced the issue again (it requires unmasking a few ebuilds).
The issue still persists with the latest julia-1.8.2. However, it can be resolved quite easily as pointed out by Jeffrey Lin (cf. comment 5): After re-merging sci-libs/suitesparseconfig with CFLAGS+=-lm, Julia builds without any issues. I have verified this on two of my machines.
