boost VS website

We do not control boost.org, and putting this on a subdomain imputes an authority for decision-making we don't have. Building it on some temporary domains, then presenting it as a choice is the only approach compatible with Boost values.

Not at all. There is no "they", the Boost Libraries is just a collection of individual libraries that each have their own author or maintainer, usually unpaid (although the C++ Alliance has changed that somewhat). The only funding that "Boost" gets is from running the C++Now conference, and some of that pays for the hosting of boost.org.

Though the links within it seem to be to boost.org and therefore fail to be resolved. Well I can manually replace them with https://www.boostcpp.org/ like:

Oh wow, it behaves incorrectly...when I visit http://boost.org/ or https://... it shows spam on my side, whereas when I visit https://www.boost.org/ it works as expected.

If you wondered why Boost headers look like hell that's because once your library ends up being popular, you're kinda stuck supporting quirky compilers -- either yourself, or accepting patches for it.

Learn boost (https://www.boost.org/)

You would be hard pressed to outperform the STL these days in a lot of areas (outside of very specific containers tailored to the use case of your application). Use the boost library for the rest 🍻, although most of it ended up in the STL.

Is it a collection of C++ libraries? ;-)

Are you sure the name won't be confused with Boost?

I have a vested interest in using compilation tests for assessing system speed and stability. One evaluation method I've used in the past is to perform a full build of the Boost library for C++. Well I just found one that brought my system to a crawl. I didn't time it to see how long it's taken (so far), but it's at least gone for maybe 45 minutes?

Boost 1.81.0

Just import some more boost libraries to compensate for the added weight!

Looks like it's back.