Boost C++ Libraries: Ticket #13418: Request: allow general typelist types in BOOST_AUTO_TEST_CASE_TEMPLATE()

Raffi Enficiaud — Thu, 21 Jun 2018 23:32:16 GMT

Well, I am not sure that mpl::vector can handle, especially because a preprocessor value that is limiting the variadicity is involved.

I suggest this instead: I will keep the std::tuple internally, and slightly improve the API such that constructing a std::tuple is not needed (and instead any variadic template would do).

What do you think?

The argument checking is definitely a good thing to have, and you will have a more general API. It will not be faster in terms of compilation machinery since it will still involve std::tuple, at least internally.

Sat, 23 Jun 2018 13:11:42 GMT

Thanks for the reply.

Ah sorry - I think I was assuming that you're currently still using boost::mpl::vector internally but AFAIU, you're saying you use std::tuple.

_{(I'm a bit surprised because I thought the library supported pre-C++11 so would need to convert everything to a pre-C++11 typelist. Is that incorrect?)}

Anyway, the thing I'm specifically requesting in this ticket is that BOOST_AUTO_TEST_CASE_TEMPLATE() accept arbitrary type lists (boost::mpl::vector, std::tuple or the user's own typelist type).

I'm not making any requests about how you store the typelist internally (though if you don't have to support pre-C++11 and are already using std::tuple, it's possible you'd enjoy reduced compilation times by moving to template <typename...> your_own_typelist;).

So yes: the thing you're proposing is exactly what I'm requesting. Thanks very much.

keywords, owner changed

Raffi Enficiaud — Mon, 04 Mar 2019 21:44:19 GMT

keywords 1.70 target added; mpl test typelist template c++11 tuple tmp metaprogramming removed
owner changed from Gennadiy Rozental to Raffi Enficiaud

In branch topic/GH-141-mp11-hana-typelist

status, milestone changed; resolution set

Raffi Enficiaud — Thu, 07 Mar 2019 21:44:17 GMT

status new → closed
resolution → fixed
milestone To Be Determined → Boost 1.69

In master, rev 622a035e34af52ab68c3817645aefd4c6a1da0e5. Should be in 1.70 release.