Hi.
On some systems /bin/sh is not Burne Shell, e.g. /bin/sh is tcsh, but
there is /bin/sh5. It is looks like there is already knowledge about it in
the system: Makefile.ultrix4 has `SHELL=/bin/sh5' in it, but configure
thinks something else: config.status has `s%@SHELL@%/bin/sh%g'. (This is
real
Hi.
After `configure --enable-depend' I try `make' and got
gmake[3]: Entering directory
`/tmp_mnt/hosts/wisdom/NewSoftware/Ask/build/pgsql/src/backend/port'
gcc -Wall -Wmissing-prototypes -Wmissing-declarations
-I../../../src/include -c -o ../../utils/strdup.o ../../utils/strdup.c
-MMD
cp: ../
On Tue, 27 Mar 2001, Tom Lane wrote:
> Alexander Klimov <[EMAIL PROTECTED]> writes:
> > First problem is sys/socket.h. Here it has no guards in it (like
> > #ifdef _SOCKET_H
> > #endif), so it could not be included twice, and I have to remove its
> > unnecesa
Hi all.
After two days of strugle I have compiled pgsql on ultrix, patch is in
attachment. I still can't run `gmake check', because of shell problems
in install.log:
install:no destination specified
gmake[6]: *** [install-lib-shared] Error 1
gmake[6]: Leaving directory
`/tmp_mnt/hosts/wi
ust re-ran the tests.
>
> So... it might be just co-incidence that the tests passed for you after
> the change you mentioned below.
> Alexander Klimov wrote:
> >
> > On Thu, 22 Mar 2001, Tom Lane wrote:
> > > What I see is a lot of
> > >
> > > ! p
Hi all.
Suddenly I obtain access to
ULTRIX black 4.3 1 RISC
I don't shure is it supported, but I see /src/include/port/ultrix4.h file
so my guess is `yes, at least was'. I got last version from CVS and try
configure && gmake
it results in
gcc -Wall -Wmissing-prototypes -Wmissing-declarations
Hi all
On Fri, 16 Mar 2001, Martin A. Marques wrote:
> ld.so.1: /dbs/postgres/bin/postmaster: fatal: libz.so: open failed: No such
> file or directory
>
> Now, libz.so is in the LD_LIBRARY_PATH of the postgres user, so why is it
> that Solaris doesn't load the .profile in the postgres director
On Mon, 29 Jan 2001, Martin A. Marques wrote:
> El Lun 29 Ene 2001 07:57, Alexander Klimov escribió:
> > Hi.
> >
> > I had the same problem and sent bug report to [EMAIL PROTECTED]
> > some time ago (20 Sep 2000), so, hopefully, they will fix it eventualy.
> >
Hi.
I had the same problem and sent bug report to [EMAIL PROTECTED]
some time ago (20 Sep 2000), so, hopefully, they will fix it eventualy.
There is a workaround for it. The comment in ssl/include/openssl/des.h
said: `You should not use this function except to implement 'modes' of
DES.', so you
