[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