[MacPorts] #33489: MPlayer @1.0rc4 - hidden dependencies
MacPorts
noreply at macports.org
Thu Mar 8 01:58:11 PST 2012
#33489: MPlayer @1.0rc4 - hidden dependencies
----------------------------+-----------------------------------------------
Reporter: hans@… | Owner: macports-tickets@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 2.0.4
Resolution: wontfix | Keywords:
Port: MPlayer |
----------------------------+-----------------------------------------------
Comment(by hans@…):
> Regarding that comment, the "let autodetect do its magic" part means
that explicit {{{--enable-foo}}} or {{{--enable-foo=/opt/local}}} do not
do the right thing with (ancient) mplayer's ./configure. To enable a
feature you really do need to remove the --disable-foo flag but just let
./configure autodetect that foo is present, instead of adding --enable-foo
like you do in normal autoconf'd programs. But the removing of --disable-
foo only happens inside variant blocks where the necessary depends are
added
I believe a comment like this should be present in the Portfile
to explain it to the innocent Portifle reader.
> ffmpeg is odd since it used to always use a private internal copy and
not link against the system version... In fact in comment 2 I don't see
ffmpeg listed there. Are you sure it was complaining about ffmpeg and not
just opencore-amr?
Yes you, are right. It does not depend on ffmpeg (as installed by the
ffmpeg port).
It links (statically, probably) against its own copy of ffmpeg.
--
Ticket URL: <https://trac.macports.org/ticket/33489#comment:7>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list