75 Commits

Author SHA1 Message Date
sthen
5dbf823bb7 set -D_LIBCPP_ENABLE_CXX17_REMOVED_AUTO_PTR in archivers/innoextract
to unbreak with new libc++, newer boost is likely to fix this so add a
comment in devel/boost/Makefile
2018-09-11 19:26:14 +00:00
kirby
7f964a3696 enable Unicode/ICU support in Regex
bulk build on macppc, i386 and amd64 by myself
ok rsadowsk@ (maintainer)
2018-08-23 16:38:10 +00:00
rsadowski
5126c24bf7 Update boost to 1.66.0
Main port changes:
- Add myself as second maintainer
- Licence tag from MIT-like to boost

Changelog:

http://www.boost.org/users/history/version_1_66_0.html

ok jca@ and landry@ (Tested in a bulk, thanks!)
"Fine with me" from Brad (maintainer)
2018-01-31 21:54:49 +00:00
rsadowski
90658284fb Update boost to 1.65.1
Notable port changes.

- Bump all shared libs from 6.0 to 7.0.
- COMPILER= base-clang ports-gcc (Replace ONLY_FOR_ARCHS)
- Remove our user.hpp. Boost detects all compiler features correct.
- Drop all -Wno-* options.
- Drop fiber support. It doesn't build with GCC
- Drop stacktrace support. It doesn't build on arm (spotted by jca@)
- b2 doesn't seem to respect python parameter, we need to run twice with
  separate python environments to build both shared libs.
- Zap trailing whitespace
- Add py-numpy as bdep
- Disable precompiled header
- cleanup BJAM_CONFIG
- Drop "-d+2" debug.

Survived a macppc bulk by kirby@
Survived a amd64 bulk by landry@
Build test on sparc64 and arm by jca@ (and many other tests)

Many thanks to all those who made it possible

Final ok landry@, jca@
2017-12-26 19:18:49 +00:00
espie
178d9e13a9 restore sensible permissions to a few wrkdirs. 2017-11-25 13:27:48 +00:00
sthen
5e964ab0df bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports. 2017-07-26 22:45:14 +00:00
espie
8ac47fd9c6 use COMPILER_LIBCXX where applicable 2017-07-16 19:18:47 +00:00
espie
7448552864 the tests are wrong, but it's simpler to define the annoying constant to 0 2017-06-04 19:05:03 +00:00
espie
582f69183e fix nasty clang bug that prevented facter from building 2017-06-02 02:21:06 +00:00
zhuk
c8e7b74b40 Better Clang support for Boost. Allows facter & friends to be built.
To be revisited later if something else will break under CMake.

a lot of valuable input from espie@
2017-05-30 18:00:53 +00:00
espie
8b0722750f rename COMPILER as TOOLSET in prevision of impending change 2017-05-30 07:54:36 +00:00
espie
ce0bafadca improve the clang config: boost hardcodes __attribute__((unused)) on the
wrong compiler, so re-add it (dependent ports will whine a lot less)
tell boost we have threads and int128 (there's not issue about dual
compiler for clang)
2017-05-24 08:30:20 +00:00
espie
48f8c79870 first try at a clang compile, reuse gcc config so that stuff that builds
does build.

todo:
- enable more stuff
- look closer at the tooling, needs something like the gcc config change

but at least, this allows us to look at the remaining ports.
2017-05-21 11:22:31 +00:00
sthen
7e44b3e4be Add ${CLANG_ARCHS} to "ONLY_FOR_ARCHS = ${GCC4_ARCHS}" lines to give them
a chance on aarch64.
2017-04-19 11:16:03 +00:00
sthen
7b9fdbb2c9 use LIBCXX 2017-04-10 11:45:22 +00:00
naddy
f306ea3688 Honor CXX, CXXFLAGS.
(1) Pass CXX and CXXFLAGS to the configure script run.
(2) Split out the build of the bjam tool from the bootstrap procedure.
(3) Tell the main build to use CXX via user-config.jam.

ok Brad, jca@
2017-03-07 15:54:05 +00:00
naddy
1db8edffc5 replace libiconv module 2016-09-13 14:40:29 +00:00
dcoppa
6dbc4cc166 boost does not like mixing different compilers at build and compile
time.

We build boost itself with gcc-4.2.1 from base, which doesn't support
the integer scalar type __int128, and this results in a
/usr/local/include/boost/config/user.hpp lacking the "BOOST_HAS_INT128"
define.

When compiling something that depends on boost using a newer compiler
like gcc-4.9 or clang, a code snippet in
/usr/local/include/boost/config/compiler/{clang,gcc}.hpp reactivates
__int128 support, but the code containing typedef declarations
inside /usr/local/include/boost/config/suffix.hpp is never reached,
because /usr/local/include/boost/config/user.hpp lacks "BOOST_HAS_INT128".
Hence, the following errors occur:

/usr/local/include/boost/type_traits/is_integral.hpp:72:1: error: 'int128_type' is not a member of 'boost'
/usr/local/include/boost/type_traits/is_integral.hpp:73:1: error: 'uint128_type' is not a member of 'boost'

As a temporary band-aid, completely disable __int128 support on
OpenBSD.

OK jca@, sthen@
2016-06-01 14:56:54 +00:00
dcoppa
00bbf9b619 Fix Boost.Asio, broken after the removal of SSLv3 support:
/usr/local/include/boost/asio/ssl/impl/context.ipp: In constructor 'boost::asio::ssl::context::context(boost::asio::ssl::context_base::method)':
/usr/local/include/boost/asio/ssl/impl/context.ipp:93: error: '::SSLv3_method' has not been declared
/usr/local/include/boost/asio/ssl/impl/context.ipp:96: error: '::SSLv3_client_method' has not been declared
/usr/local/include/boost/asio/ssl/impl/context.ipp:99: error: '::SSLv3_server_method' has not been declared

OK jca@
2016-05-27 22:35:40 +00:00
jca
8495a25bd4 Unbreak boost on (at least) alpha, hppa and sparc64
- ensure we don't build the 'context' and 'coroutine' libs, they are not
  portable and the latter depends on the former
- don't use the 'gcc_sparc' backend in Boost.atomic, for it doesn't
  build; use the generic gcc backend based on __sync_*
- stop tweaking cc -march / -mcpu values; this is not desirable on any
  arch and it breaks on sparc64 due to a bogus -mcpu=c3 default
- don't attempt to force -m32 / -m64 flags, this breaks at least alpha
  (64 bits but doesn't understand -m64)

alpha, hppa & sparc64 tests by landry@, amd64 bulk by ajacoutot@
ok jasper@
2015-08-03 18:29:30 +00:00
jasper
61585ccce9 - update to boost 1.58.0
earlier diff looked good to brad
tested in multiple bulks by aja@ and me
ok aja@ robert@
2015-07-01 08:41:59 +00:00
brad
2ece201d52 Remove some chunks of the patch now that _POSIX_VERSION has been
bumped higher.
2015-01-05 21:14:46 +00:00
kirby
fe0d0227dc add bzip2 support for boost-iostreams.
needed for future releases of games/wesnoth.
ok brad@ (maintainer)
2014-11-15 08:17:56 +00:00
ajacoutot
aa6c4f1dcc Re-add python3 support properly.
maintainer timeout
ok nigel@
2013-12-25 08:49:47 +00:00
ajacoutot
61e02762dc Revert sure... expect the bump! 2013-12-20 16:42:34 +00:00
ajacoutot
acab5fb334 Revert previous (py3 support); it requires more work and breaks some ports. 2013-12-20 16:37:16 +00:00
ajacoutot
a4784e4871 Add python3 support.
ok brad@ (maintainer)
2013-12-17 07:03:38 +00:00
sthen
701c91e413 kill VMEM_WARNING 2013-11-25 14:16:22 +00:00
dcoppa
b83f1d7eed Add libboost_locale-mt to the boost build.
ok brad@ (maintainer)
2013-09-22 14:31:24 +00:00
brad
5f3151d7e6 Let Boost know OpenBSD has certain POSIX features but Boost does
not enable the use of said features because the POSIX feature
groups are not enabled yet due to missing functions/features
within respective feature groups.

ok sthen@
2013-04-12 01:11:32 +00:00
brad
12677ce7ee Sync boost-filesystem library with upstream and add OpenBSD to the UTF-8
codepath to fix a run-time issue for apps using boost-filesystem with apps
failing with.. "std::runtime_error: locale::facet::_S_create_c_locale name not valid"

Reported by/tested/Ok gonzalo@ bentley@
2013-03-26 20:15:10 +00:00
espie
bcf3856632 PERMIT_* / REGRESS->TEST sweep 2013-03-11 10:50:00 +00:00
brad
81beb76314 Update to boost 1.53.0.
Mostly from Amit Kulkarni.

ok sthen@
2013-03-08 01:21:37 +00:00
landry
b40d380960 Remove BROKEN-hppa marker, not needed anymore since gcc is now built
without -pie. At least boost builds fine without ICE. Tested on hppa.ports.
2012-12-10 13:37:57 +00:00
brad
ccc581fc0d Mostly cosmetic tweaking and sync distinfo.
ok ajacoutot@
2012-12-09 08:23:31 +00:00
robert
d11f09d747 bring back a diff from boost svn to support code compilation
with libreoffice and boost

tested in a bulk by jasper and ok jasper@
2012-10-15 20:31:59 +00:00
landry
46d0145c17 Mark as BROKEN-hppa, triggers an ICE in src/tr1/assoc_laguerre.cpp,
apparently related the switch to PIE and the fact that boost uses
precompiled .gch headers.
2012-09-29 07:08:38 +00:00
ajacoutot
86f65194dd Mark the port as for use with gcc4 only and garbage collect a gcc3
workaround patch.

from Brad
2012-04-22 10:18:13 +00:00
ajacoutot
1d60756007 Remove patch no longer necessary now that the compiler has been fixed.
from Brad (maintainer)
2012-04-13 06:22:02 +00:00
espie
2bac4ead62 bigger than cmake or mysql 2012-04-12 20:28:47 +00:00
ajacoutot
a1738e64e4 Remove workaround after wchar.h header was fixed.
from Brad
2012-01-06 07:39:55 +00:00
ajacoutot
959890994d Brad take maintainer. 2011-11-26 10:23:31 +00:00
jasper
edfae0e0ad - Remove OpenBSD long double workaround for Boost.Functional/Hash.
- Have Boost.Filesystem use statvfs().

from brad
ok aja@
2011-11-06 20:05:47 +00:00
jasper
dae9b3f523 - Remove the now unnecessary patches now the that wide character
support has been integrated
  - Move the endian setting bits within endian.hpp header up above
    Boost's own set of checks to try and guess the endianness of
      the architecture so that the OpenBSD endian header is actually
	used
	- Sync the Boost.Math patch for enabling the long double support
	  on OpenBSD/hppa with what was submitted upstream and commited.

tested by aja@ and naddy@
	  from brad
	  ok aja@
2011-11-02 11:54:15 +00:00
naddy
77233f59d9 * Pass MAKE_JOBS to jam, which can do parallel building.
* Don't add -O2 to all builds.
* Remove workaround for (no longer) missing libm functions and bump
  library.

* Remove OpenBSD hack after the gcc3 thread model has been
  switched to posix.  This part ok kurt@
2011-09-19 19:53:20 +00:00
jasper
eec0417831 bump after default python version switch 2011-06-08 17:31:05 +00:00
jasper
de448d0cf3 - build and install boost_unit_test_framework and friends,
ok aja@
2011-05-05 17:08:27 +00:00
jasper
ddb0bbf149 - sort lib list 2011-05-05 15:09:20 +00:00
jasper
761754e9c9 - OpenBSD does not have the definitions for the signals SI_ASYNCIO and
SI_MESGQ.

from markus hennecke
ok landry@
2010-09-19 20:09:41 +00:00
jasper
80fcd82c2c - first round of bumps for devel 2010-08-30 22:03:58 +00:00