Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:81890
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.53 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1C2ED70C-72A0-4513-A134-5DAE4CCA5B3D@ajf.me>
References: <8C47FA53-0964-49C0-963C-332A936348A5@ajf.me>
	<BCFDECB6-8FBC-4EA1-A081-21BDCC79C1C2@ajf.me>
	<B9B67D82-CB4E-4CA6-AFAB-25A22EC386B4@ajf.me>
	<54D00C40.8060907@lsces.co.uk>
	<54C5DC93-9600-4EE2-BF06-7BF10FC6AD5C@ajf.me>
	<54D08D50.5050407@lsces.co.uk>
	<1C2ED70C-72A0-4513-A134-5DAE4CCA5B3D@ajf.me>
Date: Thu, 5 Feb 2015 12:06:36 +0200
Message-ID: <CAPv8svW4Ak+FHcqmLpq0xUTR-siKPDcC+sp__HbU6_tYbb0MVw@mail.gmail.com>
To: Andrea Faulds <ajf@ajf.me>
Cc: Lester Caine <lester@lsces.co.uk>, 
	PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e0160bbe295c090050e54757d
Subject: Re: [PHP-DEV] [RFC] Big Integer Support
From: mapopa@gmail.com (marius adrian popa)

--089e0160bbe295c090050e54757d
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I agree with Andrea's points  , also GMP is also used in ruby 2.1 with good
results https://bugs.ruby-lang.org/issues/8796

ps: LibTomMath seems to be used in firebird also

On Tue, Feb 3, 2015 at 4:03 PM, Andrea Faulds <ajf@ajf.me> wrote:

> Hi Lester,
>
> > On 3 Feb 2015, at 08:56, Lester Caine <lester@lsces.co.uk> wrote:
> >
> > On 02/02/15 23:50, Andrea Faulds wrote:
> >>> Since a clean 64bit build of PHP does not need anything other than
> >>>> 'integer' to support 64bit BIGINT SQL numbers, loading 32bit builds
> with
> >>>> an overly heavy solution is just not right!
> >> I don=E2=80=99t see how it=E2=80=99s =E2=80=9Coverly heavy=E2=80=9D. B=
ear in mind that several
> extensions (not just ext/gmp) already require GMP anyway.
> >
> > libgmp.so is 538.6kb
> > gmp.so add a further 242.1kb
> >
> > You will have to elaborate on what else is reliant on it for a normal
> > PHP build.
>
> cURL and other things that use GnuTLS:
> https://bugs.php.net/bug.php?id=3D63595
>
> Also, the bigint branch doesn=E2=80=99t require ext/gmp to be enabled.
>
> > I've only JUST installed any of it on the development machine
> > to get those sizes and gmp extension is not yet enabled.
>
> Well, you don=E2=80=99t actually need GMP anyway. The patch also bundles =
a
> lightweight, pure C89 bigint library called LibTomMath which will be buil=
t
> if you don=E2=80=99t ask to use GMP explicitly. It=E2=80=99s nowhere near=
 as fast as GMP,
> but it=E2=80=99s liberally-licensed, lightweight, etc.
>
> > THAT just seems rather heavy to just support a pair of 32bit integers
> > that the database extension has already loaded and is handling as a
> > single object ... on a 32bit platform.
>
> Even just a =E2=80=9Cpair of 32-bit integers=E2=80=9D requires a signific=
ant effort. You
> need to bundle some sort of library to deal with it.
>
> >>>> 'longint' only needs an
> >>>> extension to provide it, which can then be replaced by properly
> crafted
> >>>> code for devices that already have 256bit and better maths capabilit=
y
> >>>> anyway.
> >> GMP provides high-performance, optimised SIMD assembly implementations
> for most platforms.
> >
> > Yes GMP does have some ARM support, but it may not be the most economic
> > solution. ARM does have it's own more compact libraries for the same
> > functionality and replacing the 780kb gmp option by something smaller
> > should be an option, rather than making the rest of the core dependent
> > on it.
>
> If you wish to go to the hassle of adding a bigint backend specifically
> optimised for ARM, you=E2=80=99re free to.
>
> But I don=E2=80=99t consider 0.25MB extra to be such a problem in practic=
e. The
> PHP binary is already huge, and every system running PHP will have ample
> memory.
>
> Thanks.
>
> --
> Andrea Faulds
> http://ajf.me/
>
>
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--089e0160bbe295c090050e54757d--