Bug#630517: FTBFS: icu: ../lib/libicudata.a: could not read symbols: Archive has no index; run ranlib to add one
Package: src:icu
Version: 4.8-1
Severity: serious
Tags: experimental
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to build on the kfreebsd-amd64 buildds (experimental):
> gcc -D_REENTRANT -I../common -I../i18n -DU_IO_IMPLEMENTATION -g -Wall -O2 -Wall -ansi -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fvisibility=hidden -c -DPIC -fPIC -o ucln_io.o ucln_io.c
> g++ -g -Wall -O2 -W -Wall -ansi -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long -fvisibility=hidden -shared -Wl,-Bsymbolic -Wl,-soname -Wl,libicuio.so.48 -o ../lib/libicuio.so.48.0 locbund.o ufile.o ufmt_cmn.o uprintf.o uprntf_p.o uscanf.o uscanf_p.o ustdio.o sprintf.o sscanf.o ustream.o ucln_io.o -L../lib -licuuc -L../stubdata -licudata -L../lib -licui18n -ldl -lm
> ../lib/libicudata.a: could not read symbols: Archive has no index; run ranlib to add one
> collect2: ld returned 1 exit status
> make[2]: *** [../lib/libicuio.so.48.0] Error 1
> make[2]: Leaving directory `/build/buildd-icu_4.8-1-kfreebsd-amd64-Or7GPI/icu-4.8/source/io'
> make[1]: *** [all-recursive] Error 2
> make[1]: Leaving directory `/build/buildd-icu_4.8-1-kfreebsd-amd64-Or7GPI/icu-4.8/source'
> make: *** [build/libicu48] Error 2
I took a closer look at this (and compared to a linux-amd64 build. There
I noticed soemthing potentially strange around line 6307:
> Unpacking ./in/icudt48l.dat and generating out/tmp/icudata.lst (list of data files)
> LD_LIBRARY_PATH=../lib:../stubdata:../tools/ctestfw:$LD_LIBRARY_PATH ../bin/icupkg -d ./out/build/icudt48l --list -x \* ./in/icudt48l.dat -o out/tmp/icudata.lst
> LD_LIBRARY_PATH=../stubdata:../tools/ctestfw:../lib:$LD_LIBRARY_PATH MAKEFLAGS= ../bin/pkgdata -O ../data/icupkg.inc -q -c -s /build/buildd-icu_4.8-1-kfreebsd-amd64-Or7GPI/icu-4.8/source/data/out/build/icudt48l -d ../lib -e icudt48 -T ./out/tmp -p icudt48l -L icudata -m static -r 48.0 ./out/tmp/icudata.lst
> ar: creating ../lib/libicudata.a
> genccode: --match-arch cpu=3 bits=32 big-endian=1
> pkgdata: ar r ../lib/libicudata.a ./out/tmp/icudt48l_dat.o
> pkgdata: ranlib ../lib/libicudata.a
notice the gencode calling with bits=32 (and big-endian=1). However that
should all be inside the 64bit build (source and not source-build32).
Hopefully you can make more sense of it.
Full build log at
Regards
Christoph
If you have further questions please mail debian-bsd@lists.debian.org
--
9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer
A. Because it breaks the logical sequence of discussion
Q. Why is top posting bad?
Reply to: