From: | Jan Wieck <jan(at)wi3ck(dot)info> |
---|---|
To: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: PostgreSQL High Precision Support Extension. |
Date: | 2021-09-21 22:47:02 |
Message-ID: | e3647104-b090-b5fc-d4c9-4d5e1ecae3b9@wi3ck.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 9/21/21 6:20 PM, Thomas Munro wrote:
> On Tue, Sep 21, 2021 at 2:58 PM Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
>> On Tue, Sep 21, 2021 at 1:30 PM A Z <poweruserm(at)live(dot)com(dot)au> wrote:
>> > -A library like GMP, written in C, is an appropriate basis to start from and to include, for all OS platforms involved.
>>
>> Are you aware of Daniele Varrazzo's extension
>> https://github.com/dvarrazzo/pgmp/ ? (Never looked into it myself,
>> but this seems like the sort of thing you might be looking for?)
>
> [A Z replied off-list and mentioned areas where pgmp falls short, but
> I'll reply on-list to try to increase the chance of useful discussion
> here...]
This seems to become a common pattern to open source communities. Not
just PostgreSQL, I have seen it elsewhere. People make vague or just
specification level "proposals" and as soon as anyone replies, try to
drag it into private and off-list/off-forum conversations.
Most of the time this is because they aren't really proposing anything,
but are just looking for someone else to implement what they need for
their own, paying customer. They are not willing or able to contribute
anything but requirements.
As the original author of the NUMERIC data type I am definitely
interested in this sort of stuff. And I would love contributing in the
design of the on-disk and in-memory structures of these new data types
created as an EXTENSION.
However, so far I only see a request for someone else to create this
extension. What exactly is "A Z" (poweruserm) going to contribute to
this effort?
Regards, Jan
--
Jan Wieck
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2021-09-21 22:48:33 | pgsql: Document XLOG_INCLUDE_XID a little better |
Previous Message | Tom Lane | 2021-09-21 22:21:24 | Re: Eval expression R/O once time (src/backend/executor/execExpr.c) |