Re: [fusion] Proposal for deprecating fusion.tuple.

Kohei Takahashi <[email protected]>
Newsgroups gmane.comp.parsers.spirit.general
Message-ID <[email protected]>
Larry,

>> [0] http://metaben.ch/hetero/clang++-4.0/make/index.html
>> [1] http://metaben.ch/hetero/g++-7/make/index.html
>>
> [0] shows hana tuple significantly better than the c++ `fusion::tuple`.
> Hence, why not replace fusion::tuple with hana tuple?
In my thought, Hana is value-first but Fusion (and standard one) is
type-first.
AFAIK, hana always construct via `hana::make` function and deduce it,
like this.

```
auto t = hana::make<hana::tuple_tag>(1, "foo", 3.14f);
```

OTOH, fusion tuple can be typedef-ed, declare value, and construct from
value like hana.

```
using T = fusion::vector<int, char const*, float>;
T t;
t = fusion::make_vector(1, "foo", 3.14f);
```

It's just a style, user can choose what they wanted.

Kohei

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

_______________________________________________
Spirit-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/spirit-general
signature.asc (application/pgp-signature, 854 B)
-----BEGIN PGP SIGNATURE-----

iQJDBAEBCAAtFiEEo3Cz2WL17kOFGHY9YbI/E9Gn/OgFAlnO9owPHGZsYXN0QGZs
YXN0LmpwAAoJEGGyPxPRp/zojegP/RWV2En6u47H1BCFoq25BbgDMrC9VCLvzCaL
MafLSYuC257RvxYf1WJt/pl2ZT89FG9CZO4uaLzXJGCqj8iAxsukOO+vxyyx4sEo
sL3tFF2be1no8aU54hG4KZoB+PMb4l5qTg1QAQ1x3+z1DPQ69fTQcEZVbqbcyO5Q
fxzXNE1eBfHGzagvOb8UdpyxZKe53XSQ4yCWPtLnQHM/smalCIoIxZevSXBXV3YV
aZ23KaB7NW8gZKDv8mE6k1rQIBZyguRurwREBlv9djEbcM8ken9mr5mGYDGqKMYt
9lRq9hQeQFRMY6s8fT1a1ee0PX2wilhOJZJZIoUiFWcfUTS0rwAoG0vqNxuZPuLu
e2jzqrjMJOPYC/9LUGTotMRN3En9SuTZ7nfUuOu3Z/cQ1W41gtvoknvAMdgdOOJi
Y455S3Yt4HWGigyJUgLobcEyGxqPhL1AD+YcV5Pcxogiy9h7Qg6vWU7b8/R9GVog
CmaW1Yem8fFk+BNdnbKC1iNTV2WpeLuTRXJcBnsg91MTChhkh2uQ6zZP/9tx/la3
Xxaz+EKM0G/nXtIYUXG+wTvuHVXJD+GrggRAsLfhYy8uGXBUyMzvxUfqkV61DwLn
lMHwz0Vr3XAxA2ukzg1mHgtjLuehXoL2gf2uOt4Ne4Eh8Xb1TE8/ZD9PMqAkslfx
8vbwS6VG
=geSL
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.