From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Merlin Moncure" <mmoncure(at)gmail(dot)com> |
Cc: | "Bruce Momjian" <bruce(at)momjian(dot)us>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "Andrew Chernow" <ac(at)esilo(dot)com>, "Greg Sabino Mullane" <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [PATCHES] libpq type system 0.9a |
Date: | 2008-04-08 21:18:04 |
Message-ID: | 8322.1207689484@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
"Merlin Moncure" <mmoncure(at)gmail(dot)com> writes:
>>> Actually I was thinking more about disk footprint. Andrew's comment is
>>> correct if you work with statically linked code where the compiler pulls
>>> out only the needed .o files from a .a library, but that's pretty out of
>>> fashion these days. Most people are dealing with a monolithic libpq.so
>>> and might carp a bit if it gets 25% or 50% bigger for stuff that doesn't
>>> interest them.
> on my box, the .so went from 118k to 175k. while this is significant
> in percentage terms, I don't think redhat is going to complain about
> 57k (correct me if I'm wrong here).
Yipes, 48% growth in the binary already? That's much higher than
I'd expected from my quick source-code count, even with the scarcity of
comments. What happens by the time the feature actually becomes mature?
Yes, I could see Red Hat complaining about that. I'd rather have libpq
(as it currently stands) included in core RHEL, and "libpqtypes" as an
optional extra, than have a monolithic library get booted out to extras
altogether. It could happen. Don't think they don't see us as a
secondary objective ... mysql still has a lot more mindshare.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-04-08 21:39:48 | Re: Allow COPY from STDIN to absorb all input before throwing an error |
Previous Message | Tom Lane | 2008-04-08 21:10:56 | Concurrent psql API |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-04-08 21:45:48 | Re: [PATCHES] libpq type system 0.9a |
Previous Message | Tom Lane | 2008-04-08 21:10:56 | Concurrent psql API |