On Fri, Nov 13, 2020 at 02:14:05AM +0100, Timo Rothenpieler wrote: > On 13.11.2020 02:05, [email protected] wrote: > > On Thu, Nov 12, 2020 at 05:56:57PM +0100, Timo Rothenpieler wrote: > > > Technically, libvmaf itself does not, but our filter does, and there is > > > no other sensible way to prevent a build with --enable-libvmaf from > > > succeeding while not actually enabling the filter. > > > > If it's private filter, I think you it's better to add the pthread depends > > for your filter > > only, search for libvmaf_filter_deps > > The filter already depends on pthreads correctly. > This is about the issue where you can produce a build that is configured > with --enable-libvmaf, but which does not have the libvmaf filter. > > Happens for example on Win32, where w32threads are used by default.
so it doesn't work with --enable-pthreads also? > _______________________________________________ > ffmpeg-devel mailing list > [email protected] > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". -- Thanks, Limin Wang _______________________________________________ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
