From: | David Fetter <david(at)fetter(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Jeremy Drake <pgsql(at)jdrake(dot)com>, pgsql-hackers(at)postgresql(dot)org, Mark Dilger <pgsql(at)markdilger(dot)com> |
Subject: | Re: 64-bit API for large objects |
Date: | 2005-09-23 22:32:20 |
Message-ID: | 20050923223220.GD4164@fetter.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Sep 23, 2005 at 05:40:09PM -0400, Tom Lane wrote:
> Jeremy Drake <pgsql(at)jdrake(dot)com> writes:
>
> The real problem here is that int64 isn't a well-defined portable
> datatype, and so it's going to be very hard to export these
> functions in a way that won't break on different platforms,
> applications compiled with a different compiler than libpq was, etc.
>
> For that matter, we can't even guarantee that they work at all: not
> all platforms even *have* int64 types. We have so far avoided
> putting any fundamental dependencies on int64 arithmetic into the
> system, and I'm a bit worried that this patch will break LO support
> entirely on platforms that don't have working int64 arithmetic.
What platforms that PG supports don't have int64 arithmetic?
Cheers,
D
--
David Fetter david(at)fetter(dot)org http://fetter.org/
phone: +1 510 893 6100 mobile: +1 415 235 3778
Remember to vote!
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2005-09-23 22:56:58 | vacuum analyze hanging |
Previous Message | Bruce Momjian | 2005-09-23 22:24:54 | Re: ALTER ROLES - questions |