Revert "Enhance a bit our current boost usage (#194)"

This reverts commit fa664a2d4999e14eb035b793beb7116ccf2a1f32.

Enhance a bit our current boost usage (#194)

* Minor cleanup to internal boost header packaging

We normally don't install all the headers availabe in boost. There is an
interest

Enhance a bit our current boost usage (#194)

* Minor cleanup to internal boost header packaging

We normally don't install all the headers availabe in boost. There is an
interesting set of functionalities like multiprecision and odeint that while we
are not using, but would be interesting to have available.

This is done to ease future boost updates but also in the hopes of making it
possible to use this functionality in a near future.

No functional change expected.

* Let boost promote to double the sinc_pi() operation.

Modern processors should handle this without any trouble.

* Update Boost to version 1.64

Other than the updates and bug fixes, this version works really well with older
compilers and systems and is the last one to include TR1: which we use as a last
resort for really old systems lacking standard C++ compliance.

https://www.boost.org/users/history/version_1_64_0.html

* Boost 1.64: small header tidy-ups

* Boost 1.64: more headers are future features

* Update d.lst

Needed for Windows build.

* Update d.lst

Builds fine on Windows now.

---------

Co-authored-by: Matthias Seidel <mseidel@apache.org>

show more ...

With our "-std=gnu++98", building with Clang and internal Boost breaks in
several places, because Clang doesn't expose the tuple type but Boost
expects it.

Define BOOST_NO_CXX11_HDR_

With our "-std=gnu++98", building with Clang and internal Boost breaks in
several places, because Clang doesn't expose the tuple type but Boost
expects it.

Define BOOST_NO_CXX11_HDR_TUPLE when using Clang and internal Boost so
that Boost uses its own tuple type.

Patch by: me

show more ...