devel/thrift-cpp: fix build on big-endian, unbreak on i386
1. Code for BE has issues:
In file included from
/wrkdirs/usr/ports/devel/thrift-cpp/work/thrift-0.22.0/lib/cpp/src/thrift/TApplicationException.cpp:21:
/wrkdirs/usr/ports/devel/thrift-cpp/work/thrift-0.22.0/lib/cpp/src/thrift/protocol/TProtocol.h:669:66:
error: expected ')'
669 | static uint16_t toWire16(uint16_t x) {return THRIFT_htoles(x);}
| ^
/wrkdirs/usr/ports/devel/thrift-cpp/work/thrift-0.22.0/lib/cpp/src/thrift/protocol/TProtocol.h:669:50:
note: to match this '('
669 | static uint16_t toWire16(uint16_t x) {return THRIFT_htoles(x);}
| ^
/wrkdirs/usr/ports/devel/thrift-cpp/work/thrift-0.22.0/lib/cpp/src/thrift/protocol/TProtocol.h:179:28:
note: expanded from macro 'THRIFT_htoles'
179 | # define THRIFT_htoles(n) bswap_16(n)
| ^
/wrkdirs/usr/ports/devel/thrift-cpp/work/thrift-0.22.0/lib/cpp/src/thrift/protocol/TProtocol.h:173:9:
note: expanded from macro 'bswap_16'
173 | ( (((n) & (static_cast<unsigned short>(0xff00ul)) >> 8) \
| ^
2. Builds fine on i386.
3. While here, remove MAKE_JOBS_UNSAFE=yes. I assume that if it builds on a
POWER9 box with 176 threads, that's enough.
devel/thrift*: fix double installation of cmake files
This will resolve the issue that you cannot install the
compile (devel/thrift) with the c-binding (devel/thrift-c_glib.
Reported by: marklmi@yahoo.com
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
devel/thrift-cpp: fix build with GCC-based architectures
Add -L${OPENSSLLIB} -I${OPENSSLINC} only when base OpenSSL isn't used.
Explicitly adding -L/usr/lib make ports GCC link to libstdc++ from /usr/lib
instead of /usr/local/lib/gcc8.
Also, explicitly don't use Lua and Qt5, the port uses it if it's installed.
PR: 237506
Approved by: komarov@valerka.net (maintainer timeout), mat (mentor)
Differential Revision: https://reviews.freebsd.org/D20287
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Mark QT4 ports/functionality for removal on 2019-03-15
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: -https://reviews.freebsd.org/D15540
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Use USES=pathfix where applicable.
PR: 213195
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8093
Fix usage of WITH_OPENSSL_BASE, WITH_OPENSSL_PORT and OPENSSL_PORT.
WITH_OPENSSL_* can't be set after bsd.port.pre.mk.
Fold all other usage into using SSL_DEFAULT == foo
PR: 210149
Submitted by: mat
Exp-run by: antoine
Sponsored by: The FreeBSD Foundation, Absolight
Differential Revision: https://reviews.freebsd.org/D6577
Use BROKEN_FreeBSD_9 instead of IGNORE and version checks after r402877.
Not only does this simplify the Makefile, but BROKEN is the correct choice
here ("BROKEN is reserved for ports that currently do not compile, install,
deinstall, or run correctly. Use it for ports where the problem is believed
to be temporary", says the Porter's Handbook).
Suggested by marino@.
IGNORE port on FreeBSD 9.
The port has been broken on 9 since the 0.9.3 update:
src/thrift/transport/TSSLSocket.cpp: In constructor
'apache::thrift::transport::SSLContext::SSLContext(const
apache::thrift::transport::SSLProtocol&)':
src/thrift/transport/TSSLSocket.cpp:147: error: 'TLSv1_1_method' was not
declared in this scope
src/thrift/transport/TSSLSocket.cpp:149: error: 'TLSv1_2_method' was not
declared in this scope
Conditionally adding USE_OPENSSL=yes + WITH_OPENSSL_PORT=yes does not work
out of the box:
In file included from /usr/local/include/openssl/x509.h:107,
from /usr/local/include/openssl/ssl.h:156,
from src/thrift/transport/TSSLSocket.cpp:35:
/usr/local/include/openssl/sha.h:184: error: ISO C++ does not support 'long
long'
/usr/local/include/openssl/sha.h:185: error: ISO C++ does not support 'long
long'
/usr/local/include/openssl/sha.h:187: error: ISO C++ does not support 'long
long'
Mark it IGNOREd for now until somebody comes up with a proper fix.
MASTER_SITES cleanup.
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
devel/thrift-cpp:
- Unbreak Makefile when building with QT4 support. USE_QT4 cannot be set
after bsd.port.pre.mk and requires inclusion of bsd.port.options.mk
(when used with options). However converting to options helpers saves
us from additional include.
- Replace spaces with tab while here
PR: 189127
Reported by: jrh29@alumni.cwru.edu
Approved by: maintainer timeout (3 months from the date of report, I didn't
wait approval for my patch)
MFH: 2014Q3
Only use libevent2
Remove libevent as libevent2 is providing a good compatibility interface as well
as providing better performances.
Remove custom patches from libevent2 and install libevent2 the regular way
Mark ports abusing private fields of the libevent1 API as broken
Import a patch from fedora to have honeyd working with libevent2
Remove most of the patches necessary to find the custom installation we used to
have for libevent2
With hat: portmgr
