* Tim Landscheidt:
Hi,
I fixed a FTBFS for gtatool everywhere but on ppc64le :-(
(
https://koji.fedoraproject.org/koji/taskinfo?taskID=33550569).
Adding some debug output
(
https://kojipkgs.fedoraproject.org//work/tasks/2349/33552349/build.log)
points to undefined symbols __trunckfdf2 and __trunckfsf2:
| FAIL: gta-component-compute.sh
| ==============================
| +++ basename ./gta-component-compute.sh .sh
| ++ mktemp -d tmp-gta-component-compute.XXXXXX
| + TMPD=tmp-gta-component-compute.SlLjsd
| + set
| + ../src/gta create -d 10,10 -c uint8 -v 42 tmp-gta-component-compute.SlLjsd/a.gta
| + ../src/gta create -d 10,10 -c uint8 -v 117 tmp-gta-component-compute.SlLjsd/b.gta
| + ../src/gta component-compute -e c0=42 tmp-gta-component-compute.SlLjsd/b.gta
| gta component-compute: [err] ../src/.libs/component-compute.so: undefined symbol:
__trunckfdf2
| FAIL gta-component-compute.sh (exit status: 1)
| FAIL: conv-exr.sh
| =================
| gta to-exr: [err] ../src/.libs/conv-exr.so: undefined symbol: __trunckfsf2
| FAIL conv-exr.sh (exit status: 1)
| FAIL: conv-pfs.sh
| =================
| gta to-pfs: [err] ../src/.libs/conv-pfs.so: undefined symbol: __trunckfsf2
| FAIL conv-pfs.sh (exit status: 1)
This happens on Fedora 29 as well
(
https://kojipkgs.fedoraproject.org//work/tasks/3909/33553909/build.log).
https://gcc.gnu.org/wiki/Ieee128PowerPC has a lot of text
about floating point operations on PowerPC, but I cannot de-
duce if there is anything that I would have to do.
Any ideas what could be wrong here?
This is what libtool logged about the link for conv-exr.so:
| libtool: link: g++ -fPIC -DPIC -shared -nostdlib
| /usr/lib/gcc/ppc64le-redhat-linux/8/../../../../lib64/crti.o
| /usr/lib/gcc/ppc64le-redhat-linux/8/crtbeginS.o
| conv-exr/.libs/from-exr.o conv-exr/.libs/to-exr.o -lIlmImf -lImath
| -lHalf -lIex -lIexMath -lIlmThread -L/usr/lib/gcc/ppc64le-redhat-linux/8
| -L/usr/lib/gcc/ppc64le-redhat-linux/8/../../../../lib64 -L/lib/../lib64
| -L/usr/lib/../lib64
| -L/usr/lib/gcc/ppc64le-redhat-linux/8/../../.. -lstdc++ -lm -lc -lgcc_s
| /usr/lib/gcc/ppc64le-redhat-linux/8/crtendS.o
| /usr/lib/gcc/ppc64le-redhat-linux/8/../../../../lib64/crtn.o -Wl,-z,now
| -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -O2 -g
| -fstack-protector-strong -grecord-gcc-switches
| -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
| -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8
| -mtune=power8 -Wl,-z -Wl,relro -Wl,-z -Wl,now
| -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -pthread -pthread
| -Wl,-soname -Wl,conv-exr.so -o .libs/conv-exr.so
No libgcc, only libgcc_s. It could be another instance of this bug:
<
https://bugzilla.redhat.com/show_bug.cgi?id=1688766>
The fix is supposed to be in gcc-9.0.1-0.11.fc31, but we'll need it in
Fedora 29 as well (also for x86-64).
Thanks,
Florian