hi there
i've downloaded the source code of GRASS 5 ,and try to compile it in my RH8, but it failed for
cannot locate postgresql includes when run the configure.
i've installed the PostgreSQL-devel-7.2.2-1.i386.rpm package correctly,and i can find the wanted head
files in /usr/include/pgsql/ but it still failed .
how to fix this problem and compile the GRASS5 source files ???
Thanks a lot!
State Key Laboratory of Resources & Environmental Information System(LREIS)
Institute of Geographic Sciences and Natural Resources Research(IGSNRR)
Chinese Academy of Sciences(CAS)
Bldg 917, Datun Road, Chaoyang District
Beijing 100101, PR China
Zuan Chen
chenz@lreis.ac.cn
Hi,
there have been a certain number of messages like
this(
due to the fact that two needed include files are
not in one catalog, you have to configure
with option
--with-postgres-includes='/usr/local/pgsql/include
/usr/local/pgsql/include/internal'.
--alex
--- ChenZuan <chenz@www.lreis.ac.cn> wrote:
hi there
i've downloaded the source code of GRASS 5 ,and try
to compile it in my RH8, but it failed for
cannot locate postgresql includes when run the
configure.
i've installed the
PostgreSQL-devel-7.2.2-1.i386.rpm package
correctly,and i can find the wanted head
files in /usr/include/pgsql/ but it still failed
.
how to fix this problem and compile the GRASS5
source files ???
Thanks a lot!
State Key Laboratory of Resources & Environmental
Information System(LREIS)
Institute of Geographic Sciences and Natural
Resources Research(IGSNRR)
Chinese Academy of Sciences(CAS)
Bldg 917, Datun Road, Chaoyang District
Beijing 100101, PR China
Zuan Chen
chenz@lreis.ac.cn
_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5
__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - Let the expert host your site
http://webhosting.yahoo.com
Alex Shevlakov wrote:
there have been a certain number of messages like
this(
due to the fact that two needed include files are
not in one catalog, you have to configure
with option
--with-postgres-includes='/usr/local/pgsql/include
/usr/local/pgsql/include/internal'.
I'm becoming more convinced by the day that g.column.pg should have
the use of VARHDRSZ replaced by the literal constant 4, thereby
eliminating the dependency upon postgres[_fe].h (which are internal
headers; you shouldn't need to use them unless you're writing server
extensions).
It's not as if the value varies by platform (it's defined as
"sizeof(int32)"), nor is it likely to change (more than 4Gb for a
single field of a single record? I don't think so). And if it did
change, there would be no guarantee that the value which was used by
the server matched the value which was compiled into the client.
--
Glynn Clements <glynn.clements@virgin.net>
On Sun, Nov 17, 2002 at 02:07:21PM +0000, Glynn Clements wrote:
Alex Shevlakov wrote:
> there have been a certain number of messages like
> this(
> due to the fact that two needed include files are
> not in one catalog, you have to configure
> with option
> --with-postgres-includes='/usr/local/pgsql/include
> /usr/local/pgsql/include/internal'.
I'm becoming more convinced by the day that g.column.pg should have
the use of VARHDRSZ replaced by the literal constant 4, thereby
eliminating the dependency upon postgres[_fe].h (which are internal
headers; you shouldn't need to use them unless you're writing server
extensions).
If that's the only use of VARHDRSZ, then I think I'd agree with you
about just using the magic number '4'. It's too bad PostgreSQL
doesn't provide an easier mechanism for getting at the definitions
of tables.
--
static const char signature =
"Copyright (c) 2002 Eric G. Miller <egm2@jps.net>";