Hi! > constraint on function parameters and return types. I think it would be > more worth pursuing a Haskell-style approach in PHP, most likely with a > hierarchy of magic interfaces.
I agree that interface approach looks better than Python/C++ approach for PHP. One thing it also allows is introducing things in a gradual and conceptually sound manner - i.e. Comparable, Numeric, etc. which would implement specific operator set instead of just letting people implementing random bag of operators. I'm not sure how to make it technically but it looks better to me conceptually. We don't have as powerful type system as Haskell but I think we still can do a lot with interfaces. > should work on all number types. I don't think GMP currently overloads > any of these, though, and there is the possibility we might create > confusion if overloading extended to math functions. Which reinforces the point above that maybe before the are tackling the operators in userspace we need to identify use cases and create structure for them, and then it might be easier for us to avoid inconsistencies. We're kind of moved forward with GMP without doing that, but fortunately it's easier to fix such things while it's confined to the engine/extensions. Once it's in userspace, changing it would be way harder. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
