[typeof] Small feature request
Hi all, I've got a small feature request to type_of library: 1) BOOST_TYPEOF_CONSTANT_COMPLEXITY Macro is defined if typeof can't evaluated with constant complexity 2) BOOST_TYPEOF_LINEAR_COMPLEXITY Macro is defined if typeof can't evaluated with linear complexity -- Pavel Chikulaev
"Pavel Chikulaev" <pavel.chikulaev@gmail.com> wrote
I've got a small feature request to type_of library:
1) BOOST_TYPEOF_CONSTANT_COMPLEXITY Macro is defined if typeof can't evaluated with constant complexity 2) BOOST_TYPEOF_LINEAR_COMPLEXITY Macro is defined if typeof can't evaluated with linear complexity
Not sure I fully understand this... The complexity of typeof is constant if either native __typeof__ or MSVC trick (by Igor Chesnokov) is used. In this case also no registration is required. In this mode BOOST_TYPEOF_NATIVE is defined. If emulation is used, the complexity of typeof is (almost) linear, registration is required, and BOOST_TYPEOF_COMPLIANT (probably should be changed to BOOST_TYPEOF_EMULATION) defined. Is this what you meant or did you have something else in mind? Regards, Arkadiy
"Arkadiy Vertleyb" <vertleyb@hotmail.com> wrote in message news:d7teeg$tbk$1@sea.gmane.org...
"Pavel Chikulaev" <pavel.chikulaev@gmail.com> wrote
I've got a small feature request to type_of library:
1) BOOST_TYPEOF_CONSTANT_COMPLEXITY Macro is defined if typeof can evaluated with constant complexity 2) BOOST_TYPEOF_LINEAR_COMPLEXITY Macro is defined if typeof can evaluated with linear complexity
Not sure I fully understand this... read "can't" as "can be" and you'll understand :)
The complexity of typeof is constant if either native __typeof__ or MSVC trick (by Igor Chesnokov) is used. In this case also no registration is required. In this mode BOOST_TYPEOF_NATIVE is defined.
If emulation is used, the complexity of typeof is (almost) linear, registration is required, and BOOST_TYPEOF_COMPLIANT (probably should be changed to BOOST_TYPEOF_EMULATION) defined.
Is this what you meant or did you have something else in mind? Yeah, that's enough for me, thanks!
-- Pavel Chikulaev
participants (2)
-
Arkadiy Vertleyb -
Pavel Chikulaev