hana VS cppa2z

I like boost::hana. Wish I had more chances to use it at work.

And then there's also the longstanding issue with default member initializers -- https://github.com/boostorg/hana/issues/409 -- which was a deal-breaker.The PROP system avoids this issue precisely by having the macro be as local as possible: the default member initializer is outside the macro. It does this while still letting you attach additional PropAttribs metadata (I'm not sure what additional metadata attachment looks like in Hana? haven't really tried). Default values and additional attributes are by and large quite more important to me in my use cases for reflection (component types in game ECS) than range syntax (everything I've needed and can think of needing is covered by for-each loop).

oh yes definitely, but I meant more the particular way I've done it so far - which has been to implement something similar to boost::hana::is_valid(), to make it take the least amount of boilerplate code per-use-case as possible: zero additional lines of code.

Boost.Hana developers measured a very noticeable 15% decrease in compile time switching from a function call (admittedly -- with an additional layer of wrapper) to a raw static_cast. foonathan himself saw a little over a 5% decrease in his actual code. miki151 saw about a 3% improvement from replacing move with MOV only, ignoring forward. In a completely synthetic benchmark where I just generate a ton of move calls in a row, I get a little over 40% decrease in compile time.

https://github.com/orabaev/cppa2z/issues/9 added github issue

Hi, thanks for the comments. Getting entire C++ standard library covered was the original intent :). But as I said, if people find it useful, I will be more than happy to revive it and hopefully achieve the original goal. As far as documentation concerned, README was suppose to serve that purpose. I tag each test and the README.md is auto generated every time the project is compiled and run. But I understand it may need work. I may rethink the tagging and may generate separate "Table of contents" views. For example there may be a view that is strictly alphabetical, another one that has C++ standard table of contents etc. I have to think about it.