• https://downloads.sourceforge.net/sourceforge/boost/ (Download)

• (2018-12-14) Updated to version: boost_1_66_0
• (2018-02-01) Updated to version: boost-1.66.0
• (2017-12-27) Updated to version: boost-1.65.1
• (2015-07-01) Updated to version: boost-1.58.0
• (2013-03-08) Updated to version: boost-1.53.0
• (2010-05-26) Updated to version: boost-1.42.0p2
• (2010-05-01) Updated to version: boost-1.42.0p1
• (2010-04-21) Updated to version: boost-1.42.0p0
• (2010-04-08) Updated to version: boost-1.41.0p0
• (2010-03-30) Updated to version: boost-1.41.0

Log message:
oops, I missed bumping REVISION-md for the plist change

Log message:
Adding patch I forgot to add when committing update earlier.
Bump REVISION-main again while here.
Pointed out by Nam Nguyen. Thank you.

Log message:
Fix devel/boost python3 bindings
From Nam Nguyen
With input from rsadowski and sthen
Reworked by sthen
Tested by myself and sthen
ok sthen

Log message:
Reverting 1.79 workaround now that ports-gcc has been upgraded
Diff from Brad (maintainer)

Log message:
- Fix userland context switching on powerpc, OpenBSDs ABI differs from the Linux one.
- Fix error in fixed size stack allocator.
Heavy lifting done by George Koehler. ok sthen@ rsadowski@

Log message:
Use ONLY_FOR_ARCHS-md instead of a ".if ${MACHINE_ARCH} ..." tests list
ok sthen@ Brad Smith (maintainer)

Log message:
MAP_STACK is also needed for basic_standard_stack_allocator, found while
testing Icinga 2 development code.  Looks good to otto@, ok Brad

Log message:
replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes

Log message:
Build the MD subpackage on PowerPC.
from Brad and tested by cwen@

Log message:
boost-md needs LIB_DEPENDS/WANTLIB on -main

Log message:
bump all the py3 things, _SYSTEM_VERSION didn't quite work out how
we expected and it's easier|safer to do it this way than fiddle with
pkg_add now. thanks aja for update tests with a quick bulk.

Log message:
build the -md multipackage on aarch64, in pkgsnaps for a while

Log message:
Simplify libc++7 workaround, tweaking config.hpp was enough
Noticed by naddy@, ok Brad (maintainer)

Log message:
Unbreak on clang archs, prefer <string_view> to <experimental/string_view>
ok Brad (maintainer)
libc++7 made <experimental/string_view> a stub containing only
#error "<experimental/string_view> has been removed. Use <string_view> instead."
One can wonder why upstream kept the header at all.

Log message:
enable boost-build
To make your boost.build executables b2 and bjam useful we have to install
some additional files.
Noticed by Ivan Krylov via openbsd@freenode. Thanks!
feedback from semarie@ and aja@, tweaks and ok sthen@

Log message:
Drop bogus -mcpu=v7 on sparc64 (sparc64 == sparc V9)
"looks good" rsadowski@, ok Brad (maintainers)

Log message:
Fix Boost.Locale and unbreak on ports-gcc archs
Since the update to icu4c-63.1, icu4c uses char16_t and others from the
C++11 standard, but eg++-4.9 defaults to -std=gnu++98.
"looks good" rsadowski@, ok Brad (maintainers)

Log message:
Respect PORTPATH and pick up eg++ instead of base g++
"looks good" rsadowski@, ok Brad (maintainers)

Log message:
Print compile commands again (lost in the update to boost-1.65.1)
Without this debugging problems is almost impossible.
"looks good" rsadowski@, ok Brad (maintainers)

Log message:
Add support for boost contexts on i386, arm, amd64, from otto@.
As this brings new libraries on supported architectures, split the
package into -main and -md subpackages, keeping plist updates simpler
and avoiding need for knowledge of supported arches in dependent
ports. Also means that if future ports start picking up the MD
libraries they will be easier to find. (Thanks aja@ for running a
bulk build and check-lib-depends run with an earlier version to
make sure existing ports don't pick up the new libs.)
ok rsadowski@
Bumps for ports using boost as LIB_DEPENDS or RUN_DEPENDS to
follow.

Log message:
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

Log message:
enable Unicode/ICU support in Regex
bulk build on macppc, i386 and amd64 by myself
ok rsadowsk@ (maintainer)

Log message:
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)

Log message:
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@

Log message:
Fix the clang config, really configure for INT128, using clang built-in
defines.
This lets i386 build clang.

Log message:
bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports.

Log message:
use COMPILER_LIBCXX where applicable

Log message:
the tests are wrong, but it's simpler to define the annoying constant to 0

Log message:
clean up Vadim's mess, reorg file so that what we're doing is actually
documented

Log message:
fix nasty clang bug that prevented facter from building

Log message:
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@

Log message:
rename COMPILER as TOOLSET in prevision of impending change

Log message:
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)

Log message:
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.

Log message:
do not redefine unix if it's already there, silences some clang warnings

Log message:
make sure the one test that boost fails on clang conforms to what gcc does

Log message:
Add ${CLANG_ARCHS} to "ONLY_FOR_ARCHS = ${GCC4_ARCHS}" lines to give them
a chance on aarch64.

Log message:
use LIBCXX

Log message:
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@

Log message:
replace libiconv module

Log message:
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@

Log message:
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@

Log message:
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@

Log message:
don't add -m32 to compiler flags; see if this unbreaks hppa

Log message:
submitted upstream

Log message:
Garbage collect some patches that looks uneeded. Survived a bulk.
If it ends up we have some runtime fallout because of these, we'll fix it and
document the patch.
from Brad (maintainer)
jasper@ had the same diff

Log message:
- update to boost 1.58.0
earlier diff looked good to brad
tested in multiple bulks by aja@ and me
ok aja@ robert@

Log message:
machine/endian.h -> sys/endian.h

Log message:
Remove some chunks of the patch now that _POSIX_VERSION has been
bumped higher.

Log message:
add bzip2 support for boost-iostreams.
needed for future releases of games/wesnoth.
ok brad@ (maintainer)

Log message:
bump after default python version switch

Log message:
- build and install boost_unit_test_framework and friends,
ok aja@

Log message:
- sort lib list

Log message:
- tweak, suggested by fgs@

Log message:
- OpenBSD does not have the definitions for the signals SI_ASYNCIO and
SI_MESGQ.
from markus hennecke
ok landry@

Log message:
- first round of bumps for devel

Log message:
add missing wantlibs, new-style lib_depends/revision, bump

Log message:
build boost with gcc4 and newer libstdc++-v3.
(I'll revisit the math funcs later)

Log message:
fix warning. wesnoth should compile again

Log message:
Add necessary magic to BJAM_CONFIG so that boost honours CFLAGS/CXXFLAGS.
Another funky-build-system bites the dust..

Log message:
Update to boost 1.42, fixes regressions in gzip module introduced in
1.41. Tested without fallout in a bulk build by stephan@, thanks!
Endianess fixes from kili@, mark as NO_REGRESS as regression suite
changed a lot since old previous 1.34 version.
Remove deanna@ from MAINTAINER has she agreed not having time for it atm.
This port doesn't honour CFLAGS but this will be dealt separately.

Log message:
Unbreak boost on hppa, checking for defined(__hppa) to detect HPUX is stupid.
No binary change on other archs, bump PKGNAME to be on the safe side.

Log message:
Fix boost header so that -Werror configure scripts (wesnoth) doesn't
bomb. An update to 1.42 is needed anyway.
ok jasper@

Log message:
delete zero-byte file, pointed out by Brad

Log message:
Add missing patches...

Log message:
Udpate to 1.41.0; original diff from Markus Hennecke

Log message:
- fix patch that didn't apply cleanly. noted by andreas.kahari at gmail.com

Log message:
- revert last commit since gcc3/libstdc++ changes were reverted.

Log message:
- remove hacks to force boost to use threads now that libstdc++ thread
safety has been enabled in gcc3 & libstdc++
- correct detection of thread support in libstdcpp3.hpp
- correct multiple defined T_DIVIDE
- use threads for python.jam
NOTE: this update requires userland to be rebuild with the recent
gcc3/libstdc++ changes. See current.html for instructions.

Log message:
fix atomic_count.hpp: libstdc++ is not built with thread support yet so
adjust atomic_count.hpp to only use libstdc++ when it has been built with
thread support and fall back to using the pthreads implementation.
diagnosed, tested and okay deanna@

Log message:
Security - add fix from boost svn for CVE-2008-0171:
"regex/v4/perl_matcher_non_recursive.hpp in the Boost regex library
(aka Boost.Regex) in Boost 1.33 and 1.34 allows context-dependent
attackers to cause a denial of service (failed assertion and crash)
via an invalid regular expression."
ok naddy@

Log message:
Don't pick up textproc/icu4c.  Problem reported by brad and RD Thrush,
thanks.
no pkg change

Log message:
- unbreak on amd64 by adding -fPIC to the link cmd
tested by sthen@, brad@, eric@ and others, ok brad@ sthen@
- use /dev/urandom (from Brad)

Log message:
Update to boost-1.34.1.
Initial diff from Mikko Tolmunen. Thank you!
Some corrections from brad@.
Tested by deanna@, naddy@, brad@ and myself.
ok deanna@, brad@

Log message:
Build libboost_python.  Ports using it will need to satisfy any python
run depends on their own.  Patch from landry@, change requested by a
few.
And regen patches.
ok landry@

Log message:
Move boost back into a single package.  Splitting it was my mistake.
discussed with many people, "go ahead" steven@

Log message:
Remove quotes surrounding COMMENT*/PERMIT_*/BROKEN

Log message:
Add a patch from Boost CVS for amd64 support in endian.hpp.  From
Jon Olsson <jon at vexed.se>.  Bump pkgnames and order plist.
"looks good" wilfried@

Log message:
base64 distinfo with SHA256

Log message:
The soname needs to match the filename in order for the libs to be
usable.  Noticed by Tero Koskinen, thanks.
Simplify the install by using an undocumented jam rule.
Ok wilfried@.

Log message:
Remove the alpha exception workaround, now that kettenis@ has fixed the
problem.
Ok brad@.

Log message:
Fix this on alpha by disabling the serialization lib.  This lib does
not honor BOOST_NO_EXCEPTIONS, and exception support is currently
broken on alpha.
ok espie@.

Log message:
new MULTI_PACKAGES

Log message:
split into two subpackages, headers and libs, from maintainer

Log message:
zap SCRIPTS_ENV, make sure include files belong to data owner, zap old
SH variable.