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.
Tested with both GCC and CLang (less through).
This forces updating x11/py-qt5, which forces update of devel/py-sip,
which forces update of x11/py-qt4, but, thankfully, no breakage detected.
at an inconvenient time (like when you build another port), and
leaves dangling .pyc after you pkg_delete.
Reported by naddy@ after a bulk build and removal of all installed
ports.
OK ajacoutot@, wcmaier@
SIP is a tool for automatically generating Python bindings for C and C++
libraries.
SIP comprises a code generator and a Python module. The code generator
processes a set of specification files and generates C or C++ code which
is then compiled to create the bindings extension module. The SIP
Python module provides support functions to the automatically generated
code.
from Lars Hansson <lars at unet dot net dot ph> via simon@ with some tweaks by me
ok simon@
