[FFmpeg-devel] [PATCH 2/2] Autodetect pthreads

Måns Rullgård mans
Tue Apr 20 02:09:09 CEST 2010

Michael Niedermayer <michaelni at gmx.at> writes:

> On Mon, Apr 19, 2010 at 12:49:29PM -0700, Jason Garrett-Glaser wrote:
>> 2010/4/19 M?ns Rullg?rd <mans at mansr.com>:
>> > Jason Garrett-Glaser <darkshikari at gmail.com> writes:
> [...]
>> > Had you taken the time to actually stop and listen to what I had to
>> > say, you would have realised that I was in fact looking for a good
>> > solution. ?Thanks for wasting my time.
>> And yet you reverted my commit without reading it or explaining why it
>> was wrong, claiming it was "done out of spite".  Obviously you are not
>> looking for a good solution, you are looking to flame me.
>> > On Mon, Apr 19, 2010 at 3:42 PM, Jason Garrett-Glaser
>> > <darkshikari at gmail.com> wrote:
>> >> Anyways, this is my final goodbye.  It is clear that the ffmpeg
>> >> community does not want me here.
>> >
>> > Mans != FFmpeg community.
>> The ffmpeg community stands behind Mans.  Therefore, Mans == FFmpeg
>> community.
> thats nonsense.
> Iam not standing behind mans. Ive not checked the ML for a few hours, and
> what happens, you 2 start this odd fight.
> First id like to point out that mans has no right to revoke anyones commit
> access. There may be exceptions to this like some accounts being compromised,
> 2 people starting a revert-commit war, someone commiting uuencoded CP or
> other emergencies but certainly not what was commited.

His rights are back.  He promised not to commit stuff to other
people's files without approval.

> That said mans is configure maintainer and it is his decission what goes in
> configure as long as he is configure maintainer.
> I really think that we will be able to find a solution that makes everyone
> happy.

I'll figure something out.

> And i do agree with you that a simple ./configure && make should produce a
> binary on a modern desktop system that uses all available cpus when that is
> possible.

OK, then let's do that.  As a first step, I'd like to get rid of some
of the threading library support baggage we're carrying.  Please
comment on the other thread.

We should also make sure to announce this change in a way that gets
noticed by distro packagers and others who might need to know.

M?ns Rullg?rd
mans at mansr.com

More information about the ffmpeg-devel mailing list