vanek wrote:
Uh, it works for everybody else. What platform are you testing on?
(The kernel version isn't a real helpful answer, since it's unlikely
this is a kernel issue.)
While I'm not certain how it would lead to this exact failure, one
thing to check is that your machine's clock is set c
Uh, it works for everybody else. What platform are you testing on?
(The kernel version isn't a real helpful answer, since it's unlikely
this is a kernel issue.)
While I'm not certain how it would lead to this exact failure, one
thing to check is that your machine's clock is set correctly ---
fil
vanek writes:
> The fmgroids.h file was incorrectly being generated by shell script
> Gen_fmgrtab.sh,
Uh, it works for everybody else. What platform are you testing on?
(The kernel version isn't a real helpful answer, since it's unlikely
this is a kernel issue.)
While I'm not certain how i
The fmgroids.h file was incorrectly being generated by shell script
Gen_fmgrtab.sh, so I had to fix
the makefile so that instead of the shell script generating the .h
file, perl generated it:
#fmgroids.h fmgrtab.c: Gen_fmgrtab.sh
$(top_srcdir)/src/include/catalog/pg_proc.h
Fixed.
---
Devrim GUNDUZ wrote:
[ PGP not available, raw data follows ]
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> Hi,
>
> On Sun, 1 Aug 2004, Christopher Kings-Lynne wrote:
>
> > I'm seeing this:
> >
> > g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On Sun, 1 Aug 2004, Christopher Kings-Lynne wrote:
> I'm seeing this:
>
> gmake[4]: Leaving directory `/usr/home/chriskl/pgsql-server/src/port'
> gmake[3]: *** No rule to make target `pg_config.o', needed by `pg_config'.
> Stop.
> gmake[3]: Lea
I'm seeing this:
gmake[4]: Leaving directory `/usr/home/chriskl/pgsql-server/src/port'
gmake[3]: *** No rule to make target `pg_config.o', needed by `pg_config'.
Stop.
gmake[3]: Leaving directory
`/usr/home/chriskl/pgsql-server/src/bin/pg_config'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving direc
Joe Conway wrote:
> > Is that something broken on my system???
>
> Bruce just reported something like this too. I had a somewhat similar
> issue about a week and a half ago. It may be a long shot, but try:
>
> ./configure \
> --with-openssl \
> --with-krb5 \
> --with-includes=/usr/kerberos
Christopher Kings-Lynne <[EMAIL PROTECTED]> writes:
> I just made distclean and then reconfigured with --with-openssl and I
> get this in HEAD:
FWIW, CVS tip builds perfectly cleanly --with-openssl in RHL 8.0,
which has (digs...)
openssl-devel-0.9.6b-29
openssl-0.9.6b-29
openssl096-0.9.6-11
Some
Christopher Kings-Lynne wrote:
/usr/include/openssl/asn1.h:907: syntax error before `)'
In file included from /usr/include/openssl/evp.h:145,
from /usr/include/openssl/x509.h:67,
from /usr/include/openssl/ssl.h:177,
from ../../../src/interfaces/lib
I just made distclean and then reconfigured with --with-openssl and I
get this in HEAD:
gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes
-Wmissing-declarations -I../../../src/interfaces/libpq
-I../../../src/include -DBINDIR=\"/home/chriskl/local/bin\" -c -o
common.o common.c -MMD
I
My build failed in interfaces/ecpg/compatlib because the Makefile
references pgtypeslib instead of compatlib. I was wondering why
nobody else got that problem. Maybe because they have an old version
of informix.c lying around in pgtypeslib? Anyway, this patch should
fix that problem.
Servus
Ma
12 matches
Mail list logo
