On Mon, Feb 20, 2017 at 5:32 PM, degski via Boost
On 20 February 2017 at 16:33, Tom Kent via Boost
wrote: I strongly diagree with that. The primary use case for windows developers with visual studio is as a user of the headers and .lib/.dll files that come out of boost, inside their project files (configured with a gui to add include/library paths).
You seem to imply that the above is different for developers not on windows (other than the "gui" being bash and vim).
step where they need to create the compatible static/dynamic libraries
Most users do not need boost build except for the that
they will later use.
Isn't the above what everybody does with any library (build and link in ones' projects).
Visual studio has all the settings in the project file, so most developers don't have to set them themselves. I guess it is comparable to how a package manager will add libraries to a directory in the default library path on linux. The key here is that developers, even relatively decent ones, may not have a lot of the background that a typical linux user would have. Specifically, opening the command prompt and running a simple b2 command is a lot to ask for even some moderate level windows developers (sadly).
The issue here for most of them is that the current boost-build can't build libraries that are compatible with VS2017.
The libraries (any) built with VS2015 (VC14.0) will do equally well in this (VC14.1) case, while at the same time VS2017 has not been released yet. The current boost release pre-dates VS2017.
I'll be shocked in libraries built with msvc-14.0 are compatible with msvc-15.0 (toolset v141). For one, there are new C++14 features only in msvc-15.0, so they won't have been built in for libraries built with msvc-14.0. I think naming the toolset v141 was a big mistake as it seems to be about as close to v140 as v140 was to v120 (there was never a v130 toolset). Clearly this support isn't in 1.63, and isn't even in develop yet. Hopefully it will be available in time for the 1.64 release (April 12) however, as that is due out about a month after the msvc-15.0 release (March 7). I've got a test runner in the matrix that is setup with the current RC (teeks99-09n), but it isn't getting very far into the build because of boost-build config issues. Tom