Alexander Grund

> There's 11Mb of generated html files, but I'm wary of moving to "online only" documentation. > There's 21Mb of images for the docs, again we could go online only...

> The following code will always result in "Locale Name: *". That is the expected behavior as defined by the C++ standard: Basically any modified locale has the name "*"...

That is a known issue with Clang. Which version of clang and Boost are you using? In Boost 1.84 a [workaround](https://github.com/boostorg/locale/commit/908b2744b4d9ad95da5f274ffad78d4c22087fd4) is implemented: https://github.com/boostorg/locale/blob/de51c1a14244a8941f88e4ee9c2b6a742b362b90/include/boost/locale/config.hpp#L93 In Clang 15 this should be...

They should match the LLVM 15.x version for a while already. So I'm not sure how to fix this from Boosts side. I'd say it should be fine to define...

> I don't see how that issue is still relevant; it was fixed as of LLVM 15, and we're past that. Looks I misinterpreted the error message which also started...

> Finally I think it can be safely said that there chars aren't supported and will not be in near future. > > Now regarding compilation. It is Boost problem...

Upon closer inspection and after the recent issue I think the better way forward is to enable those templates (unconditionally, i.e. remove the dependency on `BOOST_LOCALE_ENABLE_CHAR16_T` and the like) Additionally...

Cannot reproduce, must be something on your end. BTW: Instead of your cxxflags I suggest to use `cxxstd=11 stdlib=libc++`, maybe that is enough to solve your issue or point to...

> Can you elaborate on what do you mean that you can't reproduce? Doesn't happen for me on Linux with the command provided > Are you suggesting it is because...

``` - iconv (libc) : no [10] - iconv (separate) : no [10] - Boost.Locale needs either iconv or ICU library to be built. - iconv (libc) : no [11]...