[FFmpeg-devel] Build problem (on Os X)
David Conrad
lessen42
Wed Feb 4 20:34:47 CET 2009
On Feb 4, 2009, at 2:04 PM, Art Clarke wrote:
> On Wed, Feb 4, 2009 at 10:47 AM, David DeHaven <dave at sagetv.com>
> wrote:
>> Putting dispatch_tabxxx in .rodata seems to skirt the issue, but
>> generates heaps of warnings on 32 bit. No idea if that works on 64
>> bit
>> as I don't have access to a 64 bit machine at the moment. Maybe make
>> the added section .rodata/.text lines conditional with "%ifidn
>> __OUTPUT_FORMAT__,macho64", that avoids the warnings and allows the
>> system to cache the dylib code on 32 bit.
>
> I tried a similar hack (putting the dispatch tables in .data under
> macho64), and it compiles without warning on x86_64, but bus errors
> abound when running our standard tests encoding mpeg4 video.
More details? Putting dispatch_tab_* in .rodata works fine for me here
on x86_64 (as attached, obviously not a final solution), tested with
converting h.264/mpeg4 + aac/vorbis to mpeg4 + mp2/vorbis. (yasm
0.7.2.2153)
> I'm working on a workaround that allows you to turn off yasm via
> configure and will post that patch as a short-term work around.
Obviously this isn't great since more asm will be written in yasm
eventually...
>> Someone with more x86 assembly experience could probably find a
>> better
>> solution... I'm just kinda hacking in the dark here. I was able to
>> build 64 bit dylibs though.
>
> yeah; me too.
>
> - Art
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fft-rodata.diff
Type: application/octet-stream
Size: 471 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090204/4f9632ed/attachment.obj>
-------------- next part --------------
More information about the ffmpeg-devel
mailing list