It can not work now. But I will make expressions like BOOST_STATIC_LAMBDA_FUNCTOR(_1 + _2) always worked for both native or emulated typeof this week. Unfortunately, BOOST_STATIC_LAMBDA_FUNCTOR(_1 + _2 * _1)::static_invoke(custom_value1, custom_value2) will never work if result of custom_value2*custom_value1 or custom_value1+custom_value2*custom_value1 is a unregistered type for the platform does not have native typeof. The client not have native typeof have to register all type may be evaluated is registered. On 6/27/07, Alexander Nasonov <alnsn@yandex.ru> wrote:
Atry wrote:
Alexander Nasonov wrote: Yes, getting a static function pointer is easy, I will add that method later. But I have highly depended on typeof, I use typeof to determine the result of almost all expressions, and Boost.Lambda does not. Typeof enhanced lots of flexibility. For example, if a operator is overrided to return a unusual return value, for Boost.Lambda, you have to manually specify that return value using a "ret<return_type>(expr)" syntax. And I used typeof to avoid that.
I agree that typeof is a very powerful tool but it's still non-standard. Would it work if you enhance Boost.Lambda without using non-standard extensions and then apply BOOST_TYPEOF in your _client_ code?
-- Alexander Nasonov http://nasonov.blogspot.com
Error of opinion may be tolerated where reason is left free to combat it. -- Thomas Jefferson --
This quote is generated by: /usr/pkg/bin/curl -L http://tinyurl.com/veusy \ | sed -e 's/^document\.write(.//' -e 's/.);$/ --/' \ -e 's/<[^>]*>//g' -e 's/^More quotes from //' \ | fmt | tee ~/.signature-quote _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost