[Ffmpeg-devel] Re: [PATCH] Fix compilation when using --disable-opts

Michael Niedermayer michaelni
Sun Apr 1 13:08:15 CEST 2007


On Sun, Apr 01, 2007 at 01:03:46PM +0200, Michael Niedermayer wrote:
> > 
> > at least cabac.h, line 388
> > "movzbl "MANGLE(ff_h264_lps_range)"(%0, %%ebx, 2), %%esi\n\t"
> > and line 395
> > "movzbl "MANGLE(ff_h264_lps_range)"("ret", "range", 2), "range" \n\t"\
> > 
> > No way to make ff_h264_lps_range RIP-relative as needed to allow
> > for PIC at least on AMD64 it seems. At least that is my understanding of
> > the issue so far.
> i always thought the broken shared lib loading used on linux these days
> can do relocations ...
> anyway there are 3 obvious ways this code can be generated (indpendant of
> asm vs. c)
> 1. use relocations (fast execution, slow loading, 
>    wastes some possibly alot of memory)
> 2. use extra instructions (slow execution and this is speedcritical code,
>    wastes memory but less)
> 3. use a global unique address for each shared lib (fast and wastes no mem,
>    also avoids all the other PIC overhead ...)

just to clarify this, with
global i of course meant global on one system not global for the world or

Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I have never wished to cater to the crowd; for what I know they do not
approve, and what they approve I do not know. -- Epicurus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070401/4da4644b/attachment.pgp>

More information about the ffmpeg-devel mailing list