Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Build patch for perl5.005_03 on ODT3 ( 3.2v4.32) #705

Closed
p5pRT opened this issue Oct 12, 1999 · 5 comments
Closed

Build patch for perl5.005_03 on ODT3 ( 3.2v4.32) #705

p5pRT opened this issue Oct 12, 1999 · 5 comments

Comments

@p5pRT
Copy link

p5pRT commented Oct 12, 1999

Migrated from rt.perl.org#1607 (status was 'resolved')

Searchable as RT1607$

@p5pRT
Copy link
Author

p5pRT commented Oct 12, 1999

From hops@sco.com

The build needs patching for a clean build on SCO ODT3 (3.2v4.2) so that
it uses libdbm.nfs if available instead of libdbm.

(This fix from Jarkko Hietaniemi in response to fix that modified
  ext/{O,N}DBM_File/Makefile.PL )

Problem​:
  Build fails with errors for duplicate symbols for libdbm function names
  due use of -ldbm.nfs and -ldbm.

Fix - Add​:

ext/NDBM_File/hints/sco.pl

# SCO ODT 3.2v4.2 has a -ldbm library that is missing dbmclose.
# This system should have a complete library installed as -ldbm.nfs which
# should be used instead (Probably need the networking product add-on)
$self->{LIBS} = ['-lndbm',-e "/usr/lib/libdbm.nfs.a"?'-ldbm.nfs'​:'-ldbm'];

ext/ODBM_File/hints/sco.pl

# SCO ODT 3.2v4.2 has a -ldbm library that is missing dbmclose.
# This system should have a complete library installed as -ldbm.nfs which
# should be used instead (Probably need the networking product add-on)
$self->{LIBS} = ['-lndbm',-e "/usr/lib/libdbm.nfs.a"?'-ldbm.nfs'​:'-ldbm'];

Perl Info


Site configuration information for perl 5.00503:

Configured by hops at Sun Sep 26 17:20:52 PDT 1999.

Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
  Platform:
    osname=sco, osvers=3.2v5.0.5, archname=i386-sco
    uname='sco_sv charmstr 3.2 5.0.5 i386 '
    hint=previous, useposix=true, d_sigaction=define
    usethreads=undef useperlio=undef d_sfio=undef
  Compiler:
    cc='cc', optimize='-O0', gccversion=
    cppflags='-U M_XENIX -D PERL_SCO -D PERL_SCO5 -w0 -belf -I/usr/local/include'
    ccflags ='-U M_XENIX -D PERL_SCO -D PERL_SCO5 -w0 -belf -I/usr/local/include'
    stdchar='unsigned char', d_stdstdio=undef, usevfork=false
    intsize=4, longsize=4, ptrsize=4, doublesize=8
    d_longlong=undef, longlongsize=, d_longdbl=define, longdblsize=12
    alignbytes=4, usemymalloc=y, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib
    libs=-lintl -lsocket -lnsl -lndbm -lgdbm -ldbm -ldb -lm -lcrypt -lPW -lx
    libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl5.so
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Bexport -L/usr/local/lib'
    cccdlflags='-Kpic', lddlflags='-G -L/usr/local/lib'

Locally applied patches:
    


@INC for perl 5.00503:
    /usr/local/lib/perl5/5.00503/i386-sco
    /usr/local/lib/perl5/5.00503
    /usr/local/lib/perl5/site_perl/5.005/i386-sco
    /usr/local/lib/perl5/site_perl/5.005
    .


Environment for perl 5.00503:
    HOME=/u1/hops
    LANG=C
    LANGUAGE (unset)
    LD_LIBRARY_PATH=/u1/hops/src1/skw/perl5/perl5.005_03
    LOGDIR (unset)
    PATH=/u1/hops/bin:/u1/hops/bin/tcl::/usr/bin/X11:/usr/local/bin:/bin:/usr/bin:/opt/bin:/usr/sco/bin:/u1/hops/java/bin:/usr/java/bin:/usr/etc:/etc
    PERL_BADLANG (unset)
    SHELL=/usr/local/bin/bash

@p5pRT
Copy link
Author

p5pRT commented Oct 13, 1999

From @doughera88

On Tue, 12 Oct 1999 hops@​sco.com wrote​:

The build needs patching for a clean build on SCO ODT3 (3.2v4.2) so that
it uses libdbm.nfs if available instead of libdbm.

Yes, this is well known. There is already a fix in place in
hints/sco.sh. Can you figure out why that fix didn't work for you?

  Andy Dougherty doughera@​lafayette.edu
  Dept. of Physics
  Lafayette College, Easton PA 18042

@p5pRT
Copy link
Author

p5pRT commented Oct 13, 1999

From [Unknown Contact. See original ticket]

On Wed Oct 13,1999 (09​:50​:30AM -0400), doughera@​lafayette.edu(Andy Dougherty) wrote​:

On Tue, 12 Oct 1999 hops@​sco.com wrote​:

The build needs patching for a clean build on SCO ODT3 (3.2v4.2) so that
it uses libdbm.nfs if available instead of libdbm.

Yes, this is well known. There is already a fix in place in
hints/sco.sh. Can you figure out why that fix didn't work for you?

I believe the previous hints fix was only for ODBM and it replaced
dbm regardless of whether libdbm.nfs existed or not.

--
- hops

Everything disclaimed (including disclaimer)
------<hops@​sco.com>--------------------------------------
Mike Hopkirk (hops) | Whenever possible steal code.
SCO Inc | Tom Duff. (ex) Bell Labs

@p5pRT
Copy link
Author

p5pRT commented Oct 13, 1999

From [Unknown Contact. See original ticket]

You're perfectly right​: I did it to fix the broken ODBM. And yes, it seems I missed
libdbm.nfs, since I haven't the nfs product for SCO ODT 3.

Anyway you shouldn't build ODBM without libdbm.nfs (anyway, it's not really needed)

François Désarménien

"Mike Hopkirk(hops)" wrote​:

On Wed Oct 13,1999 (09​:50​:30AM -0400), doughera@​lafayette.edu(Andy Dougherty) wrote​:

On Tue, 12 Oct 1999 hops@​sco.com wrote​:

The build needs patching for a clean build on SCO ODT3 (3.2v4.2) so that
it uses libdbm.nfs if available instead of libdbm.

Yes, this is well known. There is already a fix in place in
hints/sco.sh. Can you figure out why that fix didn't work for you?

I believe the previous hints fix was only for ODBM and it replaced
dbm regardless of whether libdbm.nfs existed or not.

--
- hops

Everything disclaimed (including disclaimer)
------<hops@​sco.com>--------------------------------------
Mike Hopkirk (hops) | Whenever possible steal code.
SCO Inc | Tom Duff. (ex) Bell Labs

@p5pRT
Copy link
Author

p5pRT commented Oct 13, 1999

From @doughera88

On Wed, 13 Oct 1999, Mike Hopkirk(hops) wrote​:

On Wed Oct 13,1999 (09​:50​:30AM -0400), doughera@​lafayette.edu(Andy Dougherty) wrote​:

On Tue, 12 Oct 1999 hops@​sco.com wrote​:

The build needs patching for a clean build on SCO ODT3 (3.2v4.2) so that
it uses libdbm.nfs if available instead of libdbm.

Yes, this is well known. There is already a fix in place in
hints/sco.sh. Can you figure out why that fix didn't work for you?

I believe the previous hints fix was only for ODBM and it replaced
dbm regardless of whether libdbm.nfs existed or not.

Oops. My confusion. I didn't read carefully enough to see that
libdbm.nfs is also (now?) good for NDBM_File. Sorry about that.

The original ODBM_File/hints/sco.pl file was only supposed to replace
-ldbm if -ldbm.nfs existed. If it ever did so when -ldbm.nfs did not
exist, then there is a bug in MakeMaker or the hint file.

--
  Andy Dougherty doughera@​lafayette.edu
  Dept. of Physics
  Lafayette College, Easton PA 18042

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant