see bug 197562 The fix for libgpg-error using tradcpp had to be reverted due to configure failure: checking how to run the C preprocessor... tradcpp configure: error: in `/wrkdirs/usr/ports/security/libgpg-error/work/libgpg-error-1.17': configure: error: C preprocessor "tradcpp" fails sanity check See `config.log' for more details (I don't have config.log) This is the second reversion, a similar thing happened for x11/sessreg. I don't know where the problem lies, tradcpp or what, but this is a clear regression from FreeBSD 10. I'm opening the PR on the general regression and starting with tradcpp.
In the freebsd ports, tradcpp is almost never used for preprocessing C code. It is used 99% of time to preprocess Imakefile.c files which are not real C code and produce a Makefile. tradcpp is unable to preprocess some headers from freebsd 8.4 or 9.3 so I don't think it's a regression.
I disagree. With the patch for libgpg-error, tradcpp worked fine on FreeBSD 10. The same patch on FreeBSD 11 fails to configure. The only difference is FreeBSD. Granted it's the big difference, but that's the definition of regression -- something that worked before stopped working.
that said, "CPP+= -P" is probably the workaround to try before tradcpp.
I'm not going to use tradcpp anymore, so I'm withdrawing the PR.