CMake config-file package

[andreygorbachev]

Would you consider supplying a CMake config-file package for your library? It would make it much easier for your users to consume your library.

https://stackoverflow.com/questions/51564251/correct-way-to-use-third-party-libraries-in-cmake-project/51567322#51567322

I believe that boost already doing it (or at least working on it).

Thank you.

[mborland]

@cmazakas has been working on a repo of nightly packages/in-review library packages. Maybe that's a good option here? Since this library has not been accepted into boost yet it's still kind of in limbo so it's not as easy to consume as others.

[andreygorbachev]

That's a possibility. Still feels that "standard" CMake approach should work at some stage of your library development. I do not know the details of how libraries are accepted into Boost, but I would assume they have to do what the rest of Boost libraries do - and that would mean CMake support (including FetchContent support?).

[mborland]

I believe you should be able to fetch content the releases using the same snippet I provided in the issue on Boost.Multiprecision. I do maintain tagged releases here, and the library has 0 dependencies by design.

[andreygorbachev]

Yes indeed that worked, thank you. I would like to make the same comment as I have made for Boost.Multiprecision - I would like to see a "boost_decimal" project in the generated solution (which would be consistent with how Boost.Variant2 or Boost.Assert are setup). And for extra points - a *.natvis file would be really nice (especially as the content of something like decimal64 is not as easy to comprehend under the Visual Studio debugger as the content of cpp_dec_float_50).