[FFmpeg-devel] Fix libx264
Måns Rullgård
mans
Wed Feb 24 00:11:59 CET 2010
Felipe Contreras <felipe.contreras at gmail.com> writes:
> On Tue, Feb 23, 2010 at 7:19 PM, Ramiro Polla <ramiro.polla at gmail.com> wrote:
>> On Tue, Feb 16, 2010 at 7:12 AM, Jason Garrett-Glaser
>> <darkshikari at gmail.com> wrote:
>>> It would be nice at least if the flags were properly propagated, i.e.
>>> configure detects pthreads in x264 and auto-enables it.
>>
>> I agree.
>>
>> I also agree that pkg-config shouldn't be the only option because
>> pkg-config does have its downsides. The biggest one is that it was
>> never designed for cross-compilation. The authors themselves admitted
>> they were clueless about cross-compilation. There is no official
>> documentation for cross-compilation (there is a proposal, but that
>> doesn't count).
>
> Perhaps it wasn't designed for cross-compilation, but that doesn't
> mean it's not perfect for it.
Not perfect, eh? Newspeak for DOESN'T FUCKING WORK AT ALL?
> I personally cross-compile on a daily basis to an ARM platform using
> pkg-config, and quite often to mingw32. In fact pkg-config makes
> cross-compilation very easy for me.
I'll remind you of that next time you come begging for help on irc.
> So I have yet to see this "downside".
>
>> I wouldn't mind if we had to pass an extra parameter to configure
>> (even though the current behaviour is broken), but currently it is not
>> possible to use static x264 and static pthreads-win32 with ffmpeg. No
>> --extra-libs, nor --extra-ldflags, nor LDFLAGS will change this. By
>> the way I'm talking about simply adding "-lpthreads" in the right
>> order in regard to "-lx264". The winsock dependency, CFLAGS needed for
>> compiling, and non-portable init code can easily be fixed from
>> pthreads-win32 itself.
>>
>> Some suggestions would be to add a --use-pkg-config option, or
>> --extra-${lib}-ldflags= that would be specific to each lib.
>
> I definitely would use this --use-pkg-config option.
Thanks, I take that as a sign it's not a good idea, and will not
consider adding such a thing. I wasn't considering it anyway, but now
I won't even have to consider considering it.
--
M?ns Rullg?rd
mans at mansr.com
More information about the ffmpeg-devel
mailing list