Ptlib and friends use their own build system and getting rid of the
libfoo.so -> libfoo.so.X.Y symlink would be a nightmare to maintain.
So soname is mandatory.
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.
updates are triggered. This is following the struct if_data ABI change a few
days ago; if_msghdr has an embedded if_data. Some may be unnecessary, but
some are definitely needed and bumps are cheaper than debugging.
Problem reported with wpa_supplicant by Mikolaj Kucharski.
As a bonus, drop patching for STDCCFLAGS used by ptlib dependencies
(/usr/local/share/ptlib/make/unix.mak) since PTLIB_CFLAGS is appended to
CFLAGS/CXXFLAGS automatically.
Some clue from espie@
Needed to work on an Ekiga update.
There are still some rought edges but they'll be worked in-tree.
This and the upcoming VoIP ports commits wouldn't have been possible
without Miod's soft couch ;-)
