Re: [PATCHES] mingw configure failure detection

2004-05-17 Thread Bruce Momjian
Andrew Dunstan wrote: > following up our conversation last night, I have tested the following > with autoconf 2.57 and it apparently does the right thing: > > # Links sometimes fail undetected on Mingw - > # so here we detect it and warn the user > case $host_os in mingw*) > AC_CONFIG_COMMANDS([d

Re: [PATCHES] new aggregate functions v1

2004-05-17 Thread Bruce Momjian
Christopher Kings-Lynne wrote: > What does this patch have to do with ACLs? Wasn't that Fabien's > previous patch? I thought it was used to read them somehow. -- Bruce Momjian| http://candle.pha.pa.us [EMAIL PROTECTED] | (610) 359-1001 + If your l

Re: [PATCHES] new aggregate functions v1

2004-05-17 Thread Christopher Kings-Lynne
What does this patch have to do with ACLs? Wasn't that Fabien's previous patch? Chris Bruce Momjian wrote: Where are on this? Without a user-visible way of seeing the acl values, is this still useful? --- Fabien COELHO wrot

[PATCHES] New function: area(PATH)...

2004-05-17 Thread Sean Chittenden
Attached is a patch that includes the ability to get the area of a closed path. If the path isn't closed, area() returns NULL. test=> SELECT p, area(p) from t; p | area --+-- ((0,0),(1,0),(1,1),(2,1),(2,2),(0,2)

Re: [PATCHES] [HACKERS] mingw configure failure workaround

2004-05-17 Thread Bruce Momjian
Andrew Dunstan wrote: > A lot of reading and some experimentation showed that putting this in > configure.in: > > AC_OUTPUT_COMMANDS([ > for linktarget in src/backend/port/dynloader.c > src/backend/port/pg_sema.c src/backend/port/pg_shmem.c > src/include/dynloader.h src/include/pg_config_os.h

Re: [PATCHES] new aggregate functions v1

2004-05-17 Thread Bruce Momjian
Where are on this? Without a user-visible way of seeing the acl values, is this still useful? --- Fabien COELHO wrote: > > Dear patchers, > > please find attached a small patch for adding new aggregate functions: > > (1)

Re: [PATCHES] pg_ctl patch to integrate apache's rotatelogs

2004-05-17 Thread Andrew Hammond
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Eisentraut wrote: | Andrew Hammond wrote: | |>There was recently a huge thread in hackers about the value of making |>postgres easier to install and use. I think this script makes |>postgres easier to use for those of us who can't use syslog. | |

Re: [PATCHES] Patch to psql to allow SEARCH_PATH to be set from env

2004-05-17 Thread Neil Conway
Tom Lane <[EMAIL PROTECTED]> writes: > Another possibility is to issue the SET from a ~/.psqlrc file (I think > that's what it's called, check the man page). Yet another possibility is to use the existing PGOPTIONS env var: %PGOPTIONS='-c search_path=foo,public' psql template1 [ ... ] template1=#

[PATCHES] Allow relative path installs

2004-05-17 Thread Bruce Momjian
I have reorganized the code to allow path-relative installs. A relative path is used if only the last directory of a path is different from the hardcoded binary directory. For example, /a/b/c is relative to /a/b/d, but /a/b/c is not relative to /a/f/g. If the install used relative paths, then th

Re: [PATCHES] new aggregate functions v1

2004-05-17 Thread Fabien COELHO
Dear Jan, > > You may also notice that the impact in close to void, there are two lines > > added for each of these bit_* functions. I'm not going to develop an > > external package for 16 lines of code. > > Maybe I'm missing something, but what is wrong with installing these > functions on deman