[MacPorts] #50697: VLC @2.2.2: build fails when using recently released ffmpeg-3.0
MacPorts
noreply at macports.org
Tue May 24 01:58:13 PDT 2016
#50697: VLC @2.2.2: build fails when using recently released ffmpeg-3.0
----------------------------+-------------------------
Reporter: devans@… | Owner: rjvbertin@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: VLC VLC-devel |
----------------------------+-------------------------
Comment (by rjvbertin@…):
In fact it looks like the build is picking up *header* files from the
official/3.x port, for about the same reasons the linker used to pick up
libraries from that port. Annoying, apparently `--build-suffix` doesn't
change the header install locations. I'll have to see what I can do about
that because this is usually pretty complicated; might require a set of
reinplaces on the headers in the post-destroot.
Now, as to using shared libraries installed somewhere in a hidden place
under ${prefix} ... I thought I'd explained why I considered that the way
to go, before I went there - and that I didn't get any objections. Yes,
the libraries aren't invisible, but the chances that another port will
pick them up by accident are small. I could make them exceedingly small by
creating the libav*.pc etc. symlinks in the VLC pre-configure. In that
case, ports would not only have to instruct pkgconfig to look in the right
location, the configure system would also have to request packages with
the -VLC suffix.
Or I can go one step further and bundle everything required to build
against ffmpeg-VLC into a tarball to be unbundled somewhere under the
parent work.dir in VLC's pre-configure. I think I'm going to explore that
idea.
--
Ticket URL: <https://trac.macports.org/ticket/50697#comment:38>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list