Re: RE- Compile 7.1.3 on SCO OpenServer 5.0.6a

With regards to earlier post I have been able to get a successful make
by defining NOFILES in ./src/includes/ports/sco.h
eg #define NOFILE 110
Not ideal as this value is defined in the kernel and so there is
probablly a
function to look it up. I'll look in that if I can get it working.

My problem now is gmake check fails and gmake install doesn't

============== creating temporary installation ==============

pg_regress: installation failed
Examine ./log/install.log for the reason.

gmake[2]: *** [check] Error 2
rm regress.o
gmake[2]: Leaving directory
`/u/Download/SQL/postgresql-7.1.3/src/test/regress'
gmake[1]: *** [check] Error 2
gmake[1]: Leaving directory `/u/Download/SQL/postgresql-7.1.3/src/test'
gmake: *** [check] Error 2

gmake --version
GNU Make version 3.78.1, by Richard Stallman and Roland McGrath.
Built for i686-pc-sco3.2v5.0.5

attached install.log

Thanks again for any help.

Steve
===================================================
CUSTOMWARE, 27 Cookes Road, Windsor Gardens SA 5087
Phone +61 8 8369 2287 Fax +61 8 8369 1121
Email steve(at)customware(dot)aust(dot)com
===================================================

Steve Burger <steve(at)customware(dot)aust(dot)com> writes:
> /bin/sh ../../../config/install-sh -c -m 644 libpq.a /u/Download/SQL/postgresql-7.1.3/src/test/regress/./tmp_check/install/usr/local/pgsql/lib/libpq.a
> /bin/sh ../../../config/install-sh -c -m 755 /u/Download/SQL/postgresql-7.1.3/src/test/regress/./tmp_check/install/usr/local/pgsql/lib/
> install: no destination specified

I think it's trying to install the shared-library version of libpq, and
is failing because the $(shlib) macro is expanding to empty.

What is PORTNAME set to in src/Makefile.global? $(shlib) should be set
in src/Makefile.shlib; if PORTNAME isn't "sco" or one of the other
recognized names, this might happen.

regards, tom lane

Steve Burger writes:

> pg_regress: installation failed
> Examine ./log/install.log for the reason.
>
> gmake[2]: *** [check] Error 2
> rm regress.o
> gmake[2]: Leaving directory
> `/u/Download/SQL/postgresql-7.1.3/src/test/regress'
> gmake[1]: *** [check] Error 2
> gmake[1]: Leaving directory `/u/Download/SQL/postgresql-7.1.3/src/test'
> gmake: *** [check] Error 2

You should configure --disable-shared because shared libraries aren't
supported on SCO yet.

--
Peter Eisentraut peter_e(at)gmx(dot)net http://funkturm.homeip.net/~peter

Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> You should configure --disable-shared because shared libraries aren't
> supported on SCO yet.

If that's the answer, meseems it should be mentioned in doc/FAQ_SCO.
Or even enforced in template/sco. But since neither is the case,
I wonder whether the previous users of the SCO port haven't managed
to make it work.

regards, tom lane

Thanks for the previous responces they have helped me in the right
direction.

I am playing with it at the moment.
So far I've edited
./src/include/port/sco.h and added

> #define NOFILE 110
>
./src/Makefile.shlib and added

> ifeq ($(PORTNAME), sco)
> shlib := lib$(NAME)$(DLSUFFIX).$(SO_MAJOR_VERSION).$(SO_MINOR_
> VERSION)
> LINK.shared = $(COMPILER) -G -Kpic -belf
> endif
>
This gets me a compile and an install. Postmaster works and I can create
dbases and tables.
pgaccess does not work although I did have it working prior to changing
Makefile.shlib
but it was not using libpgtcl.so.

I would like to be able to use libpgtcl from my bltwish when I
load /usr/local/pgsql/lib/libpgsql.so I get the following error

couldn't load file "/usr/local/pgsql/lib/libpgtcl.so": dynamic linker :
/usr/local/bin/bltwish : error opening libpq.so

Figuring this looks like a pathing issue I

ln /usr/local/pgsql/lib/libpq.so /usr/lib

and the error changes to
couldn't load file "/usr/local/pgsql/lib/libpgtcl.so": dynamic linker:
/usr/local/bin/bltwish: relocation error: symbol not found: crypt

Now I've read something about crypt inrelation to this I cann't think
where.
I'll keep chipping away, if you can shed any light let me know.

Regards Steve Burger

Tom Lane wrote:

> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > You should configure --disable-shared because shared libraries aren't
> > supported on SCO yet.
>
> If that's the answer, meseems it should be mentioned in doc/FAQ_SCO.
> Or even enforced in template/sco. But since neither is the case,
> I wonder whether the previous users of the SCO port haven't managed
> to make it work.
>
> regards, tom lane

Steve Burger <steve(at)customware(dot)aust(dot)com> writes:
> and the error changes to
> couldn't load file "/usr/local/pgsql/lib/libpgtcl.so": dynamic linker:
> /usr/local/bin/bltwish: relocation error: symbol not found: crypt

Is libcrypt in your shared-library search path?

regards, tom lane

Tom,

libcrypt.so and libcrpyt_i.so are in /usr/lib
I am compiling with the following script
CCFLAGS=
CC=/usr/bin/cc
export CC CCFLAGS
./configure --with-libs="/usr/lib /usr/local/lib"
--with-includes="/usr/include
/usr/local/include" --with-tcl --with-tclconfig=/usr/local/lib
--with-tkconfig=/
usr/local/lib
gmake

man cc
-l name
Search a library libname.a (and preferentially libname.so if any
user-specified objects are in ELF format or if the option -b elf is

used without -dn) for unresolved function references. By default,
cc directs ld to search libcrypt, libgen, and libc, in that order,
for any still unresolved function references.
so I assume libcrypt should get linked in automatically.

regards Steve

Tom Lane wrote:

> Steve Burger <steve(at)customware(dot)aust(dot)com> writes:
> > and the error changes to
> > couldn't load file "/usr/local/pgsql/lib/libpgtcl.so": dynamic linker:
> > /usr/local/bin/bltwish: relocation error: symbol not found: crypt
>
> Is libcrypt in your shared-library search path?
>
> regards, tom lane

--
===================================================
CUSTOMWARE, 27 Cookes Road, Windsor Gardens SA 5087
Phone +61 8 8369 2287 Fax +61 8 8369 1121
Email steve(at)customware(dot)aust(dot)com
===================================================

Thanks for the help to date.
I can get a statically link version to run now, but it would be
nice to able to dynamical load libpgtcl so I will keep trying.

libcrypt.so and libcrpyt_i.so are in /usr/lib
I am compiling with the following script
CCFLAGS=
CC=/usr/bin/cc
export CC CCFLAGS
./configure --with-libs="/usr/lib /usr/local/lib"
--with-includes="/usr/include /usr/local/include" --with-tcl
--with-tclconfig=/usr/local/lib --with-tkconfig=usr/local/lib
gmake

man cc
-l name
Search a library libname.a (and preferentially libname.so if any
user-specified objects are in ELF format or if the option -b elf is

used without -dn) for unresolved function references. By default,
cc directs ld to search libcrypt, libgen, and libc, in that order,
for any still unresolved function references.

so I assume libcrypt should get linked in automatically.

regards Steve

Tom Lane wrote:

> Steve Burger <steve(at)customware(dot)aust(dot)com> writes:
> > and the error changes to
> > couldn't load file "/usr/local/pgsql/lib/libpgtcl.so": dynamic linker:
> > /usr/local/bin/bltwish: relocation error: symbol not found: crypt
>
> Is libcrypt in your shared-library search path?
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly

--
===================================================
CUSTOMWARE, 27 Cookes Road, Windsor Gardens SA 5087
Phone +61 8 8369 2287 Fax +61 8 8369 1121
Email steve(at)customware(dot)aust(dot)com
===================================================

Tom Lane writes:

> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > You should configure --disable-shared because shared libraries aren't
> > supported on SCO yet.
>
> If that's the answer, meseems it should be mentioned in doc/FAQ_SCO.
> Or even enforced in template/sco. But since neither is the case,
> I wonder whether the previous users of the SCO port haven't managed
> to make it work.

The current Makefile.shlib will fail in the install target if the platform
has no shared library support. This is a bug because Makefile.shlib
should provide transparent library building. However, it might have been
that the installation would silently proceed if the local version of
'install' was sufficiently ill-behaved. But we don't use that anymore.

In any case, the 7.2 release will have shared library support on SCO (at
least theoretically), and I'll make sure that Makefile.shlib gets fixed.

--
Peter Eisentraut peter_e(at)gmx(dot)net http://funkturm.homeip.net/~peter

Just to recap I'm currently compiling with the following lines added to
Makefile.shlib

> ifeq ($(PORTNAME), sco)
> shlib := lib$(NAME)$(DLSUFFIX).$(SO_MAJOR_VERSION).$(SO_MINOR_
> VERSION)
> LINK.shared = $(COMPILER) -G -Kpic -belf
> endif
>
postmaster and psql seem to work ok. but libpgtcl.so dies with the following

couldn't load file "/usr/local/pgsql/lib/libpgtcl.so": dynamic linker :
/usr/local/bin/bltwish : error opening libpq.so

Figuring this looks like a pathing issue so I

ln /usr/local/pgsql/lib/libpq.so /usr/lib

and the error changes to
couldn't load file "/usr/local/pgsql/lib/libpgtcl.so": dynamic linker:
/usr/local/bin/bltwish: relocation error: symbol not found: crypt

It would be great to get this working.

Regards Steve Burger

Peter Eisentraut wrote:

> Tom Lane writes:
>
> > Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > > You should configure --disable-shared because shared libraries aren't
> > > supported on SCO yet.
> >
> > If that's the answer, meseems it should be mentioned in doc/FAQ_SCO.
> > Or even enforced in template/sco. But since neither is the case,
> > I wonder whether the previous users of the SCO port haven't managed
> > to make it work.
>
> The current Makefile.shlib will fail in the install target if the platform
> has no shared library support. This is a bug because Makefile.shlib
> should provide transparent library building. However, it might have been
> that the installation would silently proceed if the local version of
> 'install' was sufficiently ill-behaved. But we don't use that anymore.
>
> In any case, the 7.2 release will have shared library support on SCO (at
> least theoretically), and I'll make sure that Makefile.shlib gets fixed.
>
> --
> Peter Eisentraut peter_e(at)gmx(dot)net http://funkturm.homeip.net/~peter
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly