some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
Looks like the old domain / website isn't under upstream control any
more.
While here, reorder the Makefile a bit, and add an XXX about
MASTER_SITES, which is broken.
Noticed by fcambus@
transcode was already broken as is due to it relying on certain functionality
with presets which is no longer relevant for more modern FFmpeg. Searching
via Google showed the same bug being reported with Debian, Gentoo and Arch.
They have eliminted the use of presets but that just exposed another bug.
So this builds with newer FFmpeg but it is essentially just as broken as
before. If anyone wants to take a look at this and figure out why it is
crashing go ahead.
- Merge the quicktime FLAVOR into the main port / package. IMO it doesn't
make sense to have an app like this that cannot work with the MP4 container
FFmpeg bits taken from FreeBSD and Debian packages.
ok ajacoutot@
library dependency to be tracked properly. even though it's
dlopen(3)'d not linked directly, we still need to make sure the
package is compatible with the library.
it will show as Extra in lib-depends-check, that's not important
(but add a comment to make sure people don't think it can be removed).
pointed out by jakemsr and discussed with brad and espie.
so it isn't a WANTLIB. Therefore the LIB_DEPENDS entry for multimedia/xvidcore
gets stripped out of the packing list at package build time. This means that
A) the dependency isn't pulled in directly (though as it's provided by other
deps the package does work OK) and B) print-package-signature doesn't
match pkg_info -S, triggering unnecessary rebuilds with dpb -R.
Move xvidcore from LIB_DEPENDS to BUILD+RUN_DEPENDS to fix this.
From Nigel Taylor.
- add various other missing WANTLIB (and LIB_DEPENDS in some cases)
- while there move PKGNAME=..pX to REVISION, and move some ports
to new-style LIB_DEPENDS
original diff from Brad, extensive checking by me (clean build of everything
related to liboil).
