Re: [FFmpeg-devel] [PATCH] configure: call flatten_extralibs in a subshell

2017-11-16 Thread Timo Rothenpieler
applied smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] configure: call flatten_extralibs in a subshell

2017-11-16 Thread Timo Rothenpieler
will push soon if nobody objects smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] configure: call flatten_extralibs in a subshell

2017-11-14 Thread James Almer
On 11/14/2017 11:35 AM, Timo Rothenpieler wrote: > Am 14.11.2017 um 14:50 schrieb Timo Rothenpieler: >> By putting the call in a subshell, the problem of it spilling >> cleanup-decision from a previous library to other libraries is avoided. >> >> For example, it could have already cleaned up cuda_e

Re: [FFmpeg-devel] [PATCH] configure: call flatten_extralibs in a subshell

2017-11-14 Thread Timo Rothenpieler
Am 14.11.2017 um 14:50 schrieb Timo Rothenpieler: By putting the call in a subshell, the problem of it spilling cleanup-decision from a previous library to other libraries is avoided. For example, it could have already cleaned up cuda_extralibs in a previous library that depended on cuda. Then w

[FFmpeg-devel] [PATCH] configure: call flatten_extralibs in a subshell

2017-11-14 Thread Timo Rothenpieler
By putting the call in a subshell, the problem of it spilling cleanup-decision from a previous library to other libraries is avoided. For example, it could have already cleaned up cuda_extralibs in a previous library that depended on cuda. Then when it gets to avutil, it will never pick up the dep