without using `--pkg-config-flags="--static"` as a build option the
Libs.private: as tagged in a .pc file does not return correct
information necessary to link against the archive, an example of this
is opus.pc which is tagged as `Libs.private: -lm`
Add lame and x265 to the depends to support the "${PKG_FFMPEG_ENCODERS}"
update 4.3.1 to 4.3.2
changelog: https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/refs/tags/n4.3.2:/Changelog
FFmpeg 4.3.2 "4:3"
4.3.2 was released on 2021-02-20. It is the latest stable FFmpeg release
from the 4.3 release branch, which was cut from master on 2020-06-08.
It includes the following library versions:
- libavutil 56. 51.100
- libavcodec 58. 91.100
- libavformat 58. 45.100
- libavdevice 58. 10.100
- libavfilter 7. 85.100
- libswscale 5. 7.100
- libswresample 3. 7.100
- libpostproc 55. 7.100
- replace strip_lto/strip_gold (only allowed to disable)
- add flag for PIC feature
- add flag to stop build parallel
- add support for hardening option (initial copy from debian 9)
All build parameters, are added in setup_toolchain.
`PKG_[FLAG]_[HOST/TARGET]_ENABLED` variable is introduced for checking the flag (yes/no) in the package.mk
Thanks to @MilhouseVH, for support and fixing
ffmpeg[x] will auto-detect lzma (from xz, built by vfs.libarchive) and alsa,
however these packages are built after ffmpeg so that when ffmpeg is rebuilt
these libraries are now found, resulting in a different binary than when clean.
Solution: don't auto-detect.
