Robert Haas writes:
> Committed.
Thanks!
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On Sun, Jan 2, 2011 at 6:43 AM, Dimitri Fontaine wrote:
> Dimitri Fontaine writes:
>> make -C contrib/citext install
>> psql -f .../head/share/contrib/citext.sql
>> psql
>> dim=# do $$ begin execute 'alter operator class public.citext_ops using
>> btree set schema utils'; end; $$;
>> ser
"David E. Wheeler" writes:
>> http://pgsql.tapoueh.org/extensions/doc/html/extend-extension.html
>
> I was responding to your email mentioning it, which did not reference said
> docs.
Fair enough, I'm still interested in you telling me if I get to rewrite
them all or if it's explaining the thin
On Jan 3, 2011, at 11:54 AM, Dimitri Fontaine wrote:
>> That's what I understood your original "UPGRADE from NULL" being. Did I
>> misread you?
>
> Are the docs about the feature, available handy in HTML so that you
> don't have to read them in SGML at my git repository, are they *that*
> bad?
>
"David E. Wheeler" writes:
> That's what I understood your original "UPGRADE from NULL" being. Did I
> misread you?
Are the docs about the feature, available handy in HTML so that you
don't have to read them in SGML at my git repository, are they *that*
bad?
http://pgsql.tapoueh.org/extension
On Jan 3, 2011, at 11:49 AM, Dimitri Fontaine wrote:
> "David E. Wheeler" writes:
>> I rather doubt that "WRAPPER" will be accepted as a reserved word in the
>> grammar.
>
> It's already in the grammar, and I didn't change its "level".
Okay.
>>> dim=# create wrapper extension lo;
>>> CREATE E
"David E. Wheeler" writes:
> I rather doubt that "WRAPPER" will be accepted as a reserved word in the
> grammar.
It's already in the grammar, and I didn't change its "level".
>> dim=# create wrapper extension lo;
>> CREATE EXTENSION
>
> What happened to your UPGRADE from NULL idea?
You upgrade
On Jan 1, 2011, at 2:30 PM, Dimitri Fontaine wrote:
> To support that is quite simple in fact, as the following commands will
> do the trick:
>
> CREATE WRAPPER EXTENSION ...;-- don't run the script
> ALTER OBJECT ... SET EXTENSION ...; -- that's in the upgrade script
> ALTER EXTENSIO
Dimitri Fontaine writes:
> make -C contrib/citext install
> psql -f .../head/share/contrib/citext.sql
> psql
> dim=# do $$ begin execute 'alter operator class public.citext_ops using
> btree set schema utils'; end; $$;
> server closed the connection unexpectedly
> This probably mean
Dimitri Fontaine writes:
> The problem occurs on ALTER OPERATOR FAMILY ... SET EXTENSION, that's
> what dichotomy on the citext.upgrade.sql tells me.
The code in question was copy/pasted from the SET SCHEMA code path in
gram.y then other related files. So I just tested a clean HEAD checkout
then
10 matches
Mail list logo
