On Fri, 2007-09-21 at 13:24 +0200, Denis Leroy wrote: > David Woodhouse wrote: > > On Fri, 2007-09-21 at 10:26 +0100, David Woodhouse wrote: > >> which is an opaque structure and must be accessed with fgetpos()) > > > > As the first cup of tea of the morning takes effect I realise that bit's > > nonsense, but the rest seems still vaguely relevant -- it _is_ an opaque > > type. I just don't know how to deal with it. > > > > I hate userspace. > > Just updated the bugzilla. It's trying to use fgetpos(),fsetpos() > instead of fseek(),ftell(), but the code that tries to autodetect the > size of fpos_t is broken. > > Looks like the easiest solution is to force it to use fseek(), ftell() > with -DHAVE_NO_FPOS. > > The code compiles with this, but I still get a linking error at the end > of rpmbuild: > > collect2: ld terminated with signal 11 [Segmentation fault] > /usr/bin/ld: warning: powerpc:common64 architecture of input file > `addop.o' is incompatible with powerpc:common output It works here. Use 'ppc make ppc' to build 32-bit packages from CVS, not just 'make ppc'. Autocrap tends to get confused otherwise, and you end up mixing 64-bit and 32-bit objects. Not that this really excuses a SEGV from the linker -- can you show exactly what you did to provoke that? -- dwmw2 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
