ldionne on gh-pages
Update benchmarks to 490dbf6 fo… (compare)
ldionne on gh-pages
Update benchmarks to 490dbf6 fo… (compare)
ldionne on gh-pages
Update benchmarks to 490dbf6 fo… (compare)
ldionne on gh-pages
Update benchmarks to 490dbf6 fo… (compare)
ldionne on gh-pages
Update benchmarks to 490dbf6 fo… (compare)
basic_tuple
to Sequence
be a welcome as a PR?
Would it make sense to put basic_tuple in a storage wrapper and derive from that in tuple?
Hmm. Interactions with EBO are extremely complex due to the conversions they suddenly enable. I’ll have to dive into it again to fix the issue properly.
hana::experimental::types
which is a just a list of types represented like types<T...>
instead of wrapping everything in type
like hana::tuple<hana::type<T>...>
hana::transform
. Not sure what the generic answer would be here.
hana::transform
. I want to do type manipulations on a std::tuple
(which as I described is generated upstream, and can’t easily be changed to a hana tuple). Currently I can call hana::transform(my_tuple{}, hana::typeid_)
as you suggested above.hana::type_c<my_tuple>
does not work.
template <typename ...T> struct to_refs<std::tuple<T...>> { using type = std::tuple<T&...>; };
T
hana::for_each
for that is that it will not short circuit. To do a run-time value to type mapping I use boost::mp11::find_with
. This issue lists a few more libraries for this sort of thing. boostorg/hana#353
boost::mp11::find_with
doesn't seem to be available anymore.
flatten
should in fact work with that.
to_tuple
call is unnecessary.