Bug#427185: zlib - FTBFS: cannot stat `build-tree/zlib-1.2.3/libz.so.1.2.3': No such file or directory
reassign 427185 zlib
thanks
unreproducible; works for me in a current unstable environment.
Mark Brown writes:
> reassign 427185 gcc-4.1
> found 427185 4.1.2-11
> notfound 427185 1:1.2.3-15
> retitle 427185 Warning output when linking 64 bit objects on i386
> thanks
>
> The enclosed FTBFS in the 64 bit zlib on i386 appears to be a toolchain
> issue, though I may have assigned it to the wrong package.
>
> The issue is that linking a 64 bit ELF object (at least via GCC) appears
> to produce this warning unconditionally:
>
> > > /usr/bin/ld: error in /usr/lib/gcc/i486-linux-gnu/4.1.3/64/crtend.o(.eh_frame); no .eh_frame_hdr table will be created.
>
> (it says it is an error but the return code appears to be unaffected)
> which causes the zlib configure script to think that shared libraries
> cannot be built, causing a FTBFS.
>
> A full copy of the original report is enclosed:
>
> On Sat, Jun 02, 2007 at 01:34:05PM +0200, Michael Ablassmeier wrote:
>
> > Package: zlib
> > Version: 1:1.2.3-15
> > Severity: serious
> > User: debian-qa@lists.debian.org
> > Usertags: qa-ftbfs
> >
> > hi,
> >
> > while doing an archive wide package rebuild your package failed to build from
> > source for the following reason:
> >
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o compress.o compress.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o crc32.o crc32.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o gzio.o gzio.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o uncompr.o uncompr.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o deflate.o deflate.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o trees.o trees.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o zutil.o zutil.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o inflate.o inflate.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o infback.o infback.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o inftrees.o inftrees.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o inffast.o inffast.c
> > > ar rc libz.a adler32.o compress.o crc32.o gzio.o uncompr.o deflate.o trees.o zutil.o inflate.o infback.o inftrees.o inffast.o
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -o example example.o -L. libz.a
> > > /usr/bin/ld: error in /usr/lib/gcc/i486-linux-gnu/4.1.3/64/crtend.o(.eh_frame); no .eh_frame_hdr table will be created.
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -c -o minigzip.o minigzip.c
> > > gcc -m64 -O3 -g -D_REENTRANT -fPIC -DNO_vsnprintf -DUSE_MMAP -DHAS_snprintf -DHAS_vsnprintf -o minigzip minigzip.o -L. libz.a
> > > /usr/bin/ld: error in /usr/lib/gcc/i486-linux-gnu/4.1.3/64/crtend.o(.eh_frame); no .eh_frame_hdr table will be created.
> > > make[1]: `libz.a' is up to date.
> > > make[1]: Leaving directory `/build/user/zlib-1.2.3/build-tree/zlib-1.2.3'
> > > touch debian/stampdir/build-64
> > > install -m 644 -s build-tree/zlib-1.2.3/libz.so.1.2.3 /build/user/zlib-1.2.3/debian/lib64z1/usr/lib64/libz.so.1.2.3
> > > install: cannot stat `build-tree/zlib-1.2.3/libz.so.1.2.3': No such file or directory
> > > make: *** [middle-binary-lib64z1] Error 1
> >
> > The Full Build log is available and can be viewed at:
> >
> > http://people.debian.org/~lucas/logs/2007/06/01/
> >
> > bye,
> > - michael
> >
> >
>
> --
> "You grabbed my hand and we fell into it, like a daydream - or a fever."
Reply to: