( I'm not registered to the list)
The changes to unique/resolve/flatten_extralibs are all local to each function.
That is, each modified function is a stand-alone drop-in replacement for the
original function.
flatten_extralibs_wrapper itself was not modified at the original set, but its
callees were.
While you don't have flatten_extralibs_wrapper, it seems that your file still
has its functionality (
https://git.libav.org/?p=libav.git;a=blob;f=configure;h=48e8536b07cd5569565e5f9082adc9bb3ad1933c;hb=HEAD#l5129
), and therefore will also gain from the change to unique (unique is not used
by flatten_extralibs but is used - and was very slow, from the ffmpeg's wrapper
or your equivalent code).
Bottom line, as far as I can tell it should have similar benefits as it did
with ffmpeg's configure despite not having the explicit function
flatten_extralibs_wrapper .
Avi
On Monday, September 17, 2018 9:49 PM, Diego Biurrun <[email protected]>
wrote:
On Sun, Sep 16, 2018 at 11:52:59PM -0300, James Almer wrote:
> From: Avi Halachmi <[email protected]>
>
> x50 - x200 faster.
The set looks very interesting. I've had some ideas on how to speed up
this part of configure already, so I'm doubly happy to see some work
done in that area.
At a first glance these patches seem to apply several optimizations at
once. I'll have to study them in detail.
There is no flatten_extralibs_wrapper() though...
Diego
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
