Tom Lane wrote:
> This is *not* about code within Postgres.
One typically provides libraries for this sort of thing, but your point
is taken; suggestion withdrawn.
--mlp
_____
Meredith L. Patterson
Founder and CTO
Osogato, Inc.
--
Sent via pgsql-hackers mailing list (pg
ything for 8.4,
but if putting it off till 8.5 works, sign me up.
Cheers,
--mlp
_
Meredith L. Patterson
Founder and CTO
Osogato, Inc.
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
x27;t done any looking into (3) yet. Why *are* the i18n libs built
as shared on OS X, anyway?
Cheers,
--mlp
_
Meredith L. Patterson
Founder and CTO
Osogato, Inc.
---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at
http://www.postgresql.org/about/donate
Simon Riggs wrote:
> Is it possible that you could put sufficient of the application into
> PostgreSQL to genericise some features? Stonebraker's Third Wave was
> *all* about putting data intensive operations closer to where the data
> is stored/accessed.
And just like that, a lightbulb goes off i
t others here already know
students who are working on projects more closely related to those
things, so I understand entirely if y'all would prefer to work with
someone who's adding more directly useful functionality to Postgres. I'm
very glad to see the PGDG getting involved with the