c/ppc32 programming help wanted: calc ppc32 build bug
Denis Leroy
denis at poolshark.org
Fri Sep 21 11:37:52 UTC 2007
David Woodhouse wrote:
> 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?
I just did a rpmbuild -bb calc.spec, from the F-7 SRPM currently in CVS.
The only change to the spec file os the -DHAVE_NO_FPOS above.
More information about the devel
mailing list