[FFmpeg-devel] [PATCH 2/2] Autodetect pthreads
Mon Apr 19 20:53:59 CEST 2010
On Mon, Apr 19, 2010 at 11:41 AM, Sebastian Vater
<cdgs.basty at googlemail.com> wrote:
> Hi Jason and all others!
> Jason Garrett-Glaser a ?crit :
>> For those who do not want or need zlib, enabling it by default will be
>> an annoyance. ?Until you can make it read people's minds, it will
>> always be wrong for someone.
>> So we should disable zlib now too, right?
>> ffmpeg should default to what the majority of users want. ?The
>> majority of users are willing to sacrifice a few kilobytes of code for
>> thread support. ?If you think otherwise, you are wrong.
> It's not only this.
> pthreads makes it impossible with at least MinGW 4.4.1 to fully
> statically link an application, because it requires a mingw*.dll.
> At least I was unable getting a fully statically linked executable with
> that version (even with static pthreads).
This is because ffmpeg refuses to add the necessary support code for
Anyways, Mans has expressed the opinion on IRC that --enable-libx264
shouldn't work by default. He also thinks that:
pkg-config support should be removed (thus breaking Dirac and Schroedinger).
Dirac should be removed too, because he doesn't like it.
The defaults should never be changed, even if they are broken.
The fact that --enable-libx264 doesn't compile correctly by default
and results in a link error is FINE and SHOULD NOT BE FIXED.
Furthermore, I should not be allowed to fix x264 to compile correctly
Furthermore, if I even try to fix the x264 check in configure, which
is currently broken, he told me that he will remove my commit rights.
If he denies any of these, read the fucking logs, because he just said
it all in a publicly logged chat.
Apparently mru doesn't want me developing ffmpeg. I'm just a lowly
x264 maintainer who periodically tosses in a few patches for H.264,
VC-1, and Theora. mru is one of the lead developers. Who am I to
argue with him?
I'm out. Bye.
More information about the ffmpeg-devel