I will reimplement all code. So it would not be done this week. Atry wrote:
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 <mailto: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 <http://lists.boost.org/mailman/listinfo.cgi/boost>