Re: [Boost-users] [Boost-announce] [FPR] Review of FPR starts Today: Sept 28 - Oct 7
On Mon, Sep 28, 2020 at 1:15 PM Benedek Thaler via Boost-announce < boost-announce@lists.boost.org> wrote: - How much effort did you put into your evaluation? A glance? A quick
reading? In-depth study?
I have read only the announcement email, but it prompts a very interesting question: does the FPR library facilitate integration with Boost.Serialization? If not yet, how hard would it be to improve the interoperability of those two libraries? If the FPR documentation already addresses this point, a terse reply to that effect will suffice.
пн, 5 окт. 2020 г. в 17:51, Nat Goodspeed via Boost-users <boost-users@lists.boost.org>:
On Mon, Sep 28, 2020 at 1:15 PM Benedek Thaler via Boost-announce <boost-announce@lists.boost.org> wrote:
- How much effort did you put into your evaluation? A glance? A quick reading? In-depth study?
I have read only the announcement email, but it prompts a very interesting question: does the FPR library facilitate integration with Boost.Serialization? If not yet, how hard would it be to improve the interoperability of those two libraries?
Quite simple: * include PFR header in Serialization * write 1 serializer that would handle any aggregate using boost::pfr::tuple_size and boost::pfr::get * add tests -- Best regards, Antony Polukhin
On Mon, Oct 5, 2020 at 11:42 AM Antony Polukhin <antoshkka@gmail.com> wrote:
does the FPR library facilitate integration with Boost.Serialization? how hard would it be to improve the interoperability of those two libraries?
Quite simple: * include PFR header in Serialization * write 1 serializer that would handle any aggregate using boost::pfr::tuple_size and boost::pfr::get * add tests
Thank you! That makes the case for FPR very much more compelling. (But I still haven't read up on it, so this is not a vote.)
participants (2)
-
Antony Polukhin -
Nat Goodspeed