The way WANTLIB* and LIB_DEPENDS were set up, ${COMPILER_LIBCXX} ended
up in WANTLIB-main without gcc-libs ending up in LIB_DEPENDS-main;
pkg_create then failed because it had no way to reach a package
providing libestdc++. This kind of breakage had been spotted in several
ports after switching the C++ ports to "COMPILER = base-clang
ports-gcc". I'm not sure yet how these problems could be avoided.
Maybe additional checks in portcheck(1)?
Anyway, opensmtpd-extras was mechanically switched to COMPILER because
WANTLIB-mysql contained ${COMPILER_LIBCXX}. This is currently not
needed, and since opensmtpd-extras is a C-only port, let's just drop
COMPILER.
ok sthen@ giovanni@ (maintainer)
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.
this snapshot also removes most filters, as they are not considered ready
people who started using filters like dkim-signer already, need to look for
other alternatives in ports tree e.g. dkimproxy
ok sthen giovanni
build system changed to autoconf/automake
remove PREFIX=/usr workaround after smtpd was adjusted to look into
/usr/local/libexec as well, thanks gilles
this also brings table-sqlite, table-passwd, and table-ldap up-to-date,
which will be removed from base soon
with help and input from giovanni, landry, sthen, and aja
ok giovanni (maintainer)
input & ok zhuk@
Extra tools for OpenSMTPD:
* Null and RAM-only queues
* Stub and socket-based table implementations
* table(5) authentication backends for mysql and postgresql
