>> In file included from i386/dsputil_mmx.c:30:
>> i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated,
>> use plain asm()! New code using this header will be rejected.
>> i386/h264dsp_mmx.c: In function `put_h264_qpel4_h_lowpass_3dnow':
>> i386/h264dsp_mmx.c:1881: error: can't find a register in class
>> `GENERAL_REGS' while reloading `asm'
>Did you say you are building this in a 32-bit chroot jail? If so, try running:
>prior to the ./configure and make. You might also want to do a "make
>distclean" prior to the configure too.
Nope...this is a regular build on an unpatched kernel with V4l drivers.
Nothing crazy; linux 2.6.24-rc4 built with processor=athlon64, the latest
Nvidia drivers and a recent genpix-patched v4l.
You did, however, set me on the right path. I normally build with gcc v3 to
build issues with v4 and (older?) vdr. I switched compilers to gcc v4 and did:
make distclean; ./configure; make
That did it! I'm suprised that the same issue doesn't exist when compiling the
"xine-lib-with-coreavc-dvbn-walery.tar" version from the list. How curious.
Guess now would be the time to ask if there are any particular compiler
optimizations applicable to building xine-lib? It is a bit of a workhorse
in this HD scenario, maybe I'll play with it and see.
Thanks for the prod in the right direction!
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
vdr mailing list