Initial draft: unbundling ffmpeg from mplayer

[riggs]

Summary

• Update mplayer to snapshot as of 20161228
• Unbundle ffmpeg from tarball (ports ffmpeg is 3.x now)
• Don't build and link static ffmpeg libs; link to system shared libs

[riggs]

Since the ports tree is on ffmpeg 3.x now, I'd like to unbundle it from mplayer. A second pair of eyes would be much appreciated!

[jbeich]

multimedia/mencoder/Makefile

93 ↗

(On Diff #23315)

For shared targets Makefile.common is probably a better place. If the target is already defined try:

_OPTIONS_patch+=	310:common-pre-patch
common-pre-patch:
	<whatever>

or

post-patch:	common-pre-patch
common-pre-patch:
	<whatever>

94 ↗

(On Diff #23315)

ArchLinux and Debian get by fine without such a hack. If this is about configure anomaly then stop pretending it's GNU compatible which would avoid _LATE_CONFIGURE_ARGS logic then pass --mandir manually like multimedia/ffmpeg.

[riggs]

Simplified patchset. It seems, mplayer does not need ffmpeg sources
in-tree anymore to compile.

[jbeich]

Am I missing something? GNU_CONFIGURE -> HAS_CONFIGURE + CONFIGURE_ARGS+= --mandir="${MANPREFIX}/man" should be enough.

[riggs]

In D8930#184956, @jbeich wrote:

Am I missing something? GNU_CONFIGURE -> HAS_CONFIGURE + CONFIGURE_ARGS+= --mandir="${MANPREFIX}/man" should be enough.

Different topics. You were referring to the post-patch target handling the manpage while my interest with this patchset is mostly getting rid of in-tree ffmpeg. Anyway, the post-patch target could use cleanup while on it, good idea.

multimedia/mencoder/Makefile

94 ↗

(On Diff #23315)

A while ago, it was necessary to have an ffmpeg copy in-tree (in the 2.x series) as mplayer used non-public interfaces to ffmpeg. Apparently, it compiles fine now without it. So, this part is removed entirely.

[riggs]

Refactor post-patch into common-post-patch, GNU_CONFIGURE -> HAS_CONFIGURE