Implicit MODGCC4_CPPLIBDEP in LIB_DEPENDS is not inherited by
LIB_DEPENDS-*, despite COMPILER_LIBCXX being in WANTLIB-*.
With hints from kirby@, thanks!
OK sthen@
* babelweb HTML documantation (share/doc/gpsbabel/*.html) is
no longer supported because it requires new DocBook, DocBook-XSL
and Smarty template.
* patches follow new filenames of sourcecode, i.e
- gbser_posix.c -> gbser_posix.cc
- gui/serial_unix.cpp -> gui/serial_unix.cc
- configure.in -> (deleted)
ok sthen@, thanks to kirby@
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.
couple of fallouts. Note that these ports are only the ones that used to
have a direct dependency on devel/libusb so there may be some other
hidden ports that may break because of the switch. If that's the case,
no need to start ranting all over but instead tell me which one(s)
break. Thanks.
Note: sysutils/nut hasn't been fixed yet but will be today.
