[mp3lame] decouple executable as 'frontend' non-default feature

[derekcyruschow-catapult]

Main reason for this is that I was seeing a weird issue when trying to cross-compile on my mac for iOS with the mp3lame port resolving -lcurses but then couldn't find curses.h when compiling frontend/console.c. I couldn't get to the bottom of why this was happening but because I only wanted mp3lame for ffmpeg I realised I could just disable a frontend feature.

• Changes comply with the maintainer guide.
• SHA512s are updated for each updated download.
• The "supports" clause reflects platforms that may be fixed by this new version.
• Any fixed CI baseline entries are removed from that file.
• Any patches that are no longer applied are deleted from the port's directory.
• The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
• Only one version is added to each modified port's versions file.

[derekcyruschow-catapult]

Reading the maintainer guide I'm unsure to be honest whether frontend should be a default-feature, I just made it so because I didn't want to break backwards compatibility with any custom overlay ports out in the while that might expect it to be on as per before these changes.

If the feature adds additional APIs (or executables, or library binaries) and doesn't modify the behavior of existing APIs, it should be left off by default.

[MonicaLiu0311]

mp3lame

All features are tested successfully in the following triplet:

x86-windows
x64-windows
x64-windows-static

[dg0yt]

IIUC "frontend" means "the lame exeutable", i.e. an executable program.

• AFAICT it should not be a default feature in vcpkg in this case.
  • vcpkg focus: libraries
  • Default features can only be deselected on the command line or in the top-level manifest.
• "tool" or "tools" is more widely used for such features.

Dependencies must be controlled, not autodetected. vcpkg has a ncurses port, so there must be either an explicit dependency, or ncurses support must be reliably disabled.

[derekcyruschow-catapult]

Thanks for your comments @dg0yt

AFAICT it should not be a default feature in vcpkg in this case

I've tweaked the PR accordingly.

Just remembered I still need to look into wiring up the feature for non-Windows/MinGW targets which currently use msbuild instead of configure/make. (Done 8041334)

Dependencies must be controlled, not autodetected. vcpkg has a ncurses port, so there must be either an explicit dependency, or ncurses support must be reliably disabled.

For simplicity I'll look at adding the dependency. (Done ce34cba)