ccache's documentation says to set CCACHE_SLOPPINESS=time_macros and
CFLAGS+= -fpch-preprocess (it's a magic check in ccache for the string),
but doing these does not actually fix the build when files are cached.
Disabling PCH for ccache still results in an 18 second build, down from 143,
on a 12 core machine.
- While here, strip libraries with STRIP_CMD (not bumping rev as this is
not significant enough to warrant a rebuild).
compilation with clang 3.4:
Commit: 6bb71fdd8f7cc346d90fb14beb38b7297fc1ffd9
Fixed incorrect initialization of 128-bit values, when no native support for
128-bit integers is available.
Commit: e4bde20f2eec0a51be14533871d2123bd2ab9cf3
More compilation fixes for the case when 128-bit integers are not supported.
PR: 187958
Approved by: bapt (mentor)
Sponsored by: Bally Wulff Games & Entertainment GmbH
switch back to normal library naming
Add a compat symlink for .so.5
Use compiler.mk to detect compiler
Use a modern compiler (doesn't work with base gcc)
- pass maintainership to office@
- detect if compiler is gcc or clang and correctly set the toolset for bjam
- enable long-double support
- some cleanup
Approved by: maintainer timeout (3 weeks with no reply)
Also reported and comitted upstream (https://svn.boost.org/trac/boost/ticket/6636 thanks dim@)
PR: ports/165567
Submitted by: bapt@ (myself)
Approved by: Alexander Churanov <alexanderchuranov@gmail.com> (maintainer) miwi@ (responsible of the PR)
Although POSIX says the type is 'int', all BSD variants (including Mac OS X)
have been using 'unsigned long' type for very long time and its use predates
the standard long enough. For certain commands (e.g., FIONBIO), the integer
value may get sign-extended on 64-bit platforms (by implicit type promotion)
and it causes annoying warnings from kernel such as this:
WARNING pid 24509 (python2.6): ioctl sign-extension ioctl ffffffff8004667e
Approved by: churanov.port.maintainer@gmail.com (maintainer timeout)
acknowledges that gcc versions prior to 4.3.x do not implement
inclass member initialization.
o This enables net-p2p/libtorrent-rasterbar-14 to build python
bindings with the base system gcc on FreeBSD 8.x. Previously, we
would have had to resort gcc 4.3+ ports.
o Bump PORTREVISION
PR: ports/144336
Approved by: maintainer (timeout 16 days)
- Split boost port to separate components, with boost-all metaport
PR: ports/137054
Submitted by: Alexander Churanov <churanov.port.maintainer@gmail.com> (maintainer)