| From: | David Fetter <david(at)fetter(dot)org> |
|---|---|
| To: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
| Cc: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>, Peter Geoghegan <pg(at)heroku(dot)com>, Feng Tian <ftian(at)vitessedata(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] Decimal64 and Decimal128 |
| Date: | 2018-11-12 22:51:35 |
| Message-ID: | 20181112225134.GB4032@fetter.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Nov 13, 2018 at 11:01:33AM +1300, David Rowley wrote:
> On 13 November 2018 at 10:39, Thomas Munro
> <thomas(dot)munro(at)enterprisedb(dot)com> wrote:
> > ... and it has just been voted into the next revision of the C language:
> >
> > https://gustedt.wordpress.com/2018/11/12/c2x/
>
> Nice. Maybe we can get DECFLOAT into core around PostgreSQL 32 or so :-)
That's the same schedule we were on for C99, assuming linearity. If
instead we assume that the speed increases with, say, more developers,
it seems reasonable to imagine that we'd have optional C2X features in
PostgreSQL 14 or 15, assuming support for it in at least two common
compiler toolchains ;)
Best,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778
Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2018-11-12 22:57:37 | Re: [HACKERS] Decimal64 and Decimal128 |
| Previous Message | Jacob Champion | 2018-11-12 22:46:19 | Re: libpq debug log |