Slony1 PostgreSQL Replication - slony 1.1.0 compile failure

Author

slony 1.1.0 compile failure

Tim Allen

2005-08-19, 3:26 am

I'm trying to compile slony 1.1.0, and not getting very far.

Platform summary: x86, gentoo linux, postgresql 8.0.3, gcc 3.2.2

The first problem is that there is no such type as "int64", as the
following compile failures in src/slon show:

gcc -g -O2 -pthread -I../.. -I/home/tim/pg/include/
-I/home/tim/pg/include/ -I/home/tim/pg/include/postgresql/server/ -c -o
slon.o slon.c
In file included from slon.h:18,
from slon.c:30:
misc.h:29: parse error before "int64"
In file included from slon.c:30:
slon.h:95: parse error before "int64"
slon.h:95: warning: no semicolon at end of struct or union
slon.h:111: parse error before '}' token

and many more just like them.

I kludged my way past that one with a
typedef long long int64;
in misc.h, but the next set of errors look a bit harder to fix simply:

gcc -g -O2 -pthread -I../.. -I/home/tim/pg/include/
-I/home/tim/pg/include/ -I/home/tim/pg/include/postgresql/server/ -c -o
slon.o slon.c
In file included from slon.c:31:
confoptions.h:103: initializer element is not constant
confoptions.h:103: (near initialization for
`ConfigureNamesInt[0].gen.short_desc')
confoptions.h:104: initializer element is not constant
confoptions.h:104: (near initialization for
`ConfigureNamesInt[0].gen.long_desc')
confoptions.h:106: initializer element is not constant
confoptions.h:106: (near initialization for `ConfigureNamesInt[0].gen')
confoptions.h:111: initializer element is not constant
confoptions.h:111: (near initialization for `ConfigureNamesInt[0]')

and many more lines like these.

I've browsed the mailing list archives, expecting to see them
overflowing with similar reports, but haven't seen any at all, so
presumably there is something relatively unusual in my installation. Any
ideas as to what it might be?

Tim

--
-----------------------------------------------
Tim Allen tim-PpQBR0/ s8wRtFtFawtkaSg@publ
ic.gmane.org
Proximity Pty Ltd http://www.proximity.com.au/

Ujwal S. Setlur

2005-08-19, 3:26 am

Can't you just do:

emerge slony1

?

I run gentoo, and that is what I did. Works just fine.
I did have to unmask slony1 in
/etc/portage/package.keywords.

Ujwal

--- Tim Allen <tim-PpQBR0/ s8wRtFtFawtkaSg@publ
ic.gmane.org> wrote:

> I'm trying to compile slony 1.1.0, and not getting
> very far.
>=20
> Platform summary: x86, gentoo linux, postgresql
> 8.0.3, gcc 3.2.2
>=20
> The first problem is that there is no such type as
> "int64", as the=20
> following compile failures in src/slon show:
>=20
> gcc -g -O2 -pthread -I../.. -I/home/tim/pg/include/=20
> -I/home/tim/pg/include/
> -I/home/tim/pg/include/postgresql/server/ -c -o=20
> slon.o slon.c
> In file included from slon.h:18,
> from slon.c:30:
> misc.h:29: parse error before "int64"
> In file included from slon.c:30:
> slon.h:95: parse error before "int64"
> slon.h:95: warning: no semicolon at end of struct or
> union
> slon.h:111: parse error before '}' token
>=20
> and many more just like them.
>=20
> I kludged my way past that one with a
> typedef long long int64;
> in misc.h, but the next set of errors look a bit
> harder to fix simply:
>=20
> gcc -g -O2 -pthread -I../.. -I/home/tim/pg/include/=20
> -I/home/tim/pg/include/
> -I/home/tim/pg/include/postgresql/server/ -c -o=20
> slon.o slon.c
> In file included from slon.c:31:
> confoptions.h:103: initializer element is not
> constant
> confoptions.h:103: (near initialization for=20
> `ConfigureNamesInt[0].gen.short_desc')
> confoptions.h:104: initializer element is not
> constant
> confoptions.h:104: (near initialization for=20
> `ConfigureNamesInt[0].gen.long_desc')
> confoptions.h:106: initializer element is not
> constant
> confoptions.h:106: (near initialization for
> `ConfigureNamesInt[0].gen')
> confoptions.h:111: initializer element is not
> constant
> confoptions.h:111: (near initialization for
> `ConfigureNamesInt[0]')
>=20
> and many more lines like these.
>=20
> I've browsed the mailing list archives, expecting to
> see them=20
> overflowing with similar reports, but haven't seen
> any at all, so=20
> presumably there is something relatively unusual in
> my installation. Any=20
> ideas as to what it might be?
>=20
> Tim
>=20
> --=20
> -----------------------------------------------
> Tim Allen tim-PpQBR0/ s8wRtFtFawtkaSg@publ
ic.gmane.org
> Proximity Pty Ltd http://www.proximity.com.au/
> ____________________
____________________
_______
> Slony1-general mailing list
> Slony1-general- AuKwsB3Fm+ugFIWk8tvy
RWD2FQJk+8+b@public.gmane.org
>
http://gborg.postgresql.org/mailman.../slony1-general
>=20

Tim Allen

2005-08-19, 3:26 am

Ujwal S. Setlur wrote:
> Can't you just do:
>
> emerge slony1
>
> ?
>
> I run gentoo, and that is what I did. Works just fine.
> I did have to unmask slony1 in
> /etc/portage/package.keywords.
>
> Ujwal

Thanks for the suggestion, but that doesn't quite work for me - this is
my development box, I need to have various versions of postgres
installed in various places, and can't rely on gentoo's package
management to manage that for me. I always compile postgres from source
and install it where I want.

I just had a look at the ebuild, however, and couldn't see it doing
anything special to compile it correctly, other than installing the
exact same tarball I'm working with, and applying a patch to remove some
of the docbook stuff.

Just as a test I tried hacking the ebuild so that it looks for postgres
in the right place, and curiously enough (or not...) it has the exact
same compilation problems I reported earlier.

However, the next thing I tried worked - I cleaned out my postgres
include directory. I've been installing postgres from source into the
same set of directories for about six years now, and have only just
cleaned it out and re-installed cleanly. I guess that at some point the
layout of include files has changed, and an old version of one of the
files was being included. Problem solved. Slony now compiles.

Tim

--
-----------------------------------------------
Tim Allen tim-PpQBR0/ s8wRtFtFawtkaSg@publ
ic.gmane.org
Proximity Pty Ltd http://www.proximity.com.au/

Sponsored Links