On Sun, Jun 29, 2025 at 03:30:21PM -0700, Steve Kargl wrote: > On Sun, Jun 29, 2025 at 11:07:31AM -0700, Steve Kargl wrote: > > On Sun, Jun 29, 2025 at 10:35:39AM -0700, Steve Kargl wrote: > > > > > > === gfortran Summary === > > > > > > # of expected passes 73149 > > > # of unexpected failures 522 > > It seems that something is mucking with library paths. Many of the > unsigned testcases are failing, and the issue is that gfortran is > trying to link in libgfortran.so.5 from GCC 14 instead of the > freshly built libfotran. > > > Setting LD_LIBRARY_PATH to > .:/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./li > batomic/.libs:/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./libquadmath/.libs > :/home/kargl/gcc/obj/gcc/testsuite/gfortran/../..:.:/home/kargl/gcc/obj/x86_64-u > nknown-freebsd15.0/./libatomic/.libs:/home/kargl/gcc/obj/x86_64-unknown-freebsd1 > 5.0/./libquadmath/.libs:/home/kargl/gcc/obj/gcc/testsuite/gfortran/../.. > Execution timeout is: 300 > spawn [open ...] > ld-elf.so.1: /usr/local/lib/gcc14/libgfortran.so.5: version GFORTRAN_15 > required > by /home/kargl/gcc/obj/gcc/testsuite/gfortran/unsigned_10.exe not found > FAIL: gfortran.dg/unsigned_10.f90 -O0 execution test > Deleting fort.10 >
Rebuilt everything with clang as the bootstrap compiler instead of gcc14. Doesn't change matters. Something is breaking the library paths. Much more telling is ld-elf.so.1: /usr/local/lib/gcc14/libgfortran.so.5: version GFORTRAN_15 required by /home/kargl/gcc/obj/gcc/testsuite/gfortran6/alloc_comp_1.exe not found FAIL: gfortran.dg/coarray/alloc_comp_1.f90 -fcoarray=lib -O2 -lcaf_single execution test Executing on host: /home/kargl/gcc/obj/gcc/testsuite/gfortran6/../../gfortran -B/home/kargl/gcc/obj/gcc/testsuite/gfortran6/../../ -B/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./libgfortran/ /home/kargl/gcc/gcc/gcc/testsuite/gfortran.dg/coarray/alloc_comp_1.f90 -fdiagnostics-plain-output -fdiagnostics-plain-output -fcoarray=lib -O2 -lcaf_shmem -L/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./libatomic/.libs -L/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./libquadmath/.libs -lm -o ./alloc_comp_1.exe (timeout = 300) spawn -ignore SIGHUP /home/kargl/gcc/obj/gcc/testsuite/gfortran6/../../gfortran -B/home/kargl/gcc/obj/gcc/testsuite/gfortran6/../../ -B/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./libgfortran/ /home/kargl/gcc/gcc/gcc/testsuite/gfortran.dg/coarray/alloc_comp_1.f90 -fdiagnostics-plain-output -fdiagnostics-plain-output -fcoarray=lib -O2 -lcaf_shmem -L/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./libatomic/.libs -L/home/kargl/gcc/obj/x86_64-unknown-freebsd15.0/./libquadmath/.libs -lm -o ./alloc_comp_1.exe /usr/local/bin/ld: cannot find -lcaf_shmem: No such file or directory collect2: error: ld returned 1 exit status compiler exited with status 1 The freshly built gfortran cannot find the libcaf_shmem.a. Which reminds, why is there an extra library? Cannot all of the functions be added to libgfortran?
