Re: [HACKERS] Problem with server/utils/snapmgr.h

2008-04-22 Thread Alvaro Herrera
Marko Kreen escribió: > You probably simply need to use ActiveSnapshot there. Heh, ActiveSnapshot as a symbol is also gone in the new code ;-) I changed txid.c to use GetActiveSnapshot() instead. -- Alvaro Herrerahttp://www.CommandPrompt.com/ The PostgreSQL Comp

Re: [HACKERS] Problem with server/utils/snapmgr.h

2008-04-22 Thread Marko Kreen
On 4/22/08, Alvaro Herrera <[EMAIL PROTECTED]> wrote: > Chris Browne wrote: > > > And I was trying to build against CVS HEAD (for both projects ;-)) and > > observed it: > > > > [EMAIL PROTECTED]:CMD/slony1-HEAD/src/backend> make > > gcc -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations

Re: [HACKERS] Problem with server/utils/snapmgr.h

2008-04-22 Thread Alvaro Herrera
Chris Browne wrote: > And I was trying to build against CVS HEAD (for both projects ;-)) and > observed it: > > [EMAIL PROTECTED]:CMD/slony1-HEAD/src/backend> make > gcc -g -O2 -Wall -Wmissing-prototypes -Wmissing-declarations -I../.. -fpic > -I/opt/OXRS/dbs/pgsql84-beta/include/ > -I/opt/OXRS/

Re: [HACKERS] Problem with server/utils/snapmgr.h

2008-04-22 Thread Chris Browne
[EMAIL PROTECTED] (Alvaro Herrera) writes: > Chris Browne wrote: > >> If I use: >> AC_CHECK_HEADER(utils/snapmgr.h, HAVE_SNAPMGR=1) >> >> this turns out to fail. Apparently autoconf wants to compile the >> #include file to validate that it's an OK #include file. >> >> GCC barfs on it, thus: >

Re: [HACKERS] Problem with server/utils/snapmgr.h

2008-04-21 Thread Tom Lane
Chris Browne <[EMAIL PROTECTED]> writes: > I tried adding an autoconf rule to Slony-I to check for its existence > (goal then is to do a suitable #define so that we can #ifdef the > #include, so that we #include this only with versions of PostgreSQL > that have the file). The customary way of hand

Re: [HACKERS] Problem with server/utils/snapmgr.h

2008-04-21 Thread Alvaro Herrera
Chris Browne wrote: > If I use: > AC_CHECK_HEADER(utils/snapmgr.h, HAVE_SNAPMGR=1) > > this turns out to fail. Apparently autoconf wants to compile the > #include file to validate that it's an OK #include file. > > GCC barfs on it, thus: > > [EMAIL PROTECTED]:~/Slony-I/CMD/slony1-HEAD> gcc

[HACKERS] Problem with server/utils/snapmgr.h

2008-04-21 Thread Chris Browne
There's a new #include file that it turns out we need for Slony-I to reference, namely include/server/utils/snapmgr.h I tried adding an autoconf rule to Slony-I to check for its existence (goal then is to do a suitable #define so that we can #ifdef the #include, so that we #include this only with