[FFmpeg-devel] [PATCH] pthread detection on mingw + static pthread
Gianluigi Tiesi
mplayer
Thu Apr 24 21:53:38 CEST 2008
On Thu, Apr 24, 2008 at 09:33:29AM +0100, M?ns Rullg?rd wrote:
> > It is necessary, but belongs in a separate patch. It checks not only
> > that the x264_encoder_open symbols exists, but that we can actually
> > link against this library.
>
> The existing check seems to work just fine over here. Do you know of
> a real case where it is insufficient? Besides, if people install
> broken libraries, they can blame themselves. After all, we don't (and
> can't) verify that libraries we link against actually work.
where needed -> mingw
where not needed -> linux (also others, I've not tested)
libfaac uses the same check
> This is better than the original patch, but I'm not entirely happy
> with it. Why can't the static pthread library do this in
> pthread_create() instead?
just curious but can I ask you the difference with mine?
the trick it's also required if you use mutex without using threads at all
the home page:
http://sourceware.org/pthreads-win32/
you can ask directly to authors, but I doubt
there is a better way to do this
the only alternative is wrapping main()
as e.g. SDL does, but I'm not sure it's always safe
Regards
--
Gianluigi Tiesi <sherpya at netfarm.it>
EDP Project Leader
Netfarm S.r.l. - http://www.netfarm.it/
Free Software: http://oss.netfarm.it/
More information about the ffmpeg-devel
mailing list