Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:37419
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 209.85.146.182 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=NJl+KufUi4AvSOq/g7pQSZEJ5RvAoVaIZss9ZGObZo8zfsYrkYHVt0d634R/xlRcLxK/rUs6sCM1qmIT6u26qK0Zy+s3gNceyCqoLs0xc+Wj2zEEFWzRqhfUje9TJqaoNPLeD5Z3pwzwWPXeFdVOcv2AbxrQ6Z7j3+R0X5gn45Q=
Message-ID: <10845a340805021804h1e7faaeei80e41252cbe341b5@mail.gmail.com>
Date: Sat, 3 May 2008 02:04:35 +0100
Reply-To: RQuadling@GoogleMail.com
To: "Stanislav Malyshev" <stas@zend.com>
Cc: internals@lists.php.net
In-Reply-To: <481BB646.4060407@zend.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <001401c8ac74$dda6d060$98f47120$@com>
	 <1209749793.1075.54.camel@inspiron.local> <481B5F45.4030106@gmail.com>
	 <481B6068.9060402@lerdorf.com>
	 <1209758625.1075.87.camel@inspiron.local>
	 <20080502232537.GB6064@mint.phcomp.co.uk>
	 <10845a340805021659p34b5b403r9c2f00b96eb83803@mail.gmail.com>
	 <481BAC65.9030407@zend.com>
	 <10845a340805021714h45c316a7qc99c05e9e52ae5e4@mail.gmail.com>
	 <481BB646.4060407@zend.com>
Subject: Re: [PHP-DEV] Float comparison
From: rquadling@googlemail.com ("Richard Quadling")

2008/5/3 Stanislav Malyshev <stas@zend.com>:
> Hi!
>
>
>
> > Solvable in userland easily enough, but having a native money type,
> > especially when dealing with inter-currency conversions, then accuracy
> > is paramount.
> >
>
>  Adding native primitive type is expensive - there's a lot of places in
> engine and various functions that have to deal with primitive types, and
> they all need to be updated. However, adding object type can be OK, provided
> you are ready to forgo $a+$b for $a->add($b) etc. One might start with class
> library in PHP and go for extension later. I'm sure there are some code
> around doing this already :)
>  --
>
>  Stanislav Malyshev, Zend Software Architect
>  stas@zend.com   http://www.zend.com/
>  (408)253-8829   MSN: stas@zend.com
>

Is it not possible to overload operators?

Though this would probably even more work to do.

-- 
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"