I tried building Perl 5.8.0 on my SCO Openserver 5.0.6
but one of the test failed:
Failed Test Stat Wstat Total Fail Failed List of Failed
../ext/Socket/socketpair.t 0 2 45 31 68.89% 15-45
48 tests and 425 subtests skipped.
Failed 1/712 test scripts, 99.86% okay. 31/68005 subtests failed, 99.95%
perl -V :
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
osname=sco, osvers=3.2v5.0.6, archname=i386-sco
uname='sco_sv cmdxosr1 3.2 5.0.6 i386 '
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
cc='cc', ccflags ='-U M_XENIX -D PERL_SCO -D HAS_FPSETMASK -w0
cppflags='-U M_XENIX -D PERL_SCO -D HAS_FPSETMASK -w0 -belf
ccversion='', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=undef, longlongsize=, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8,
Linker and Libraries:
ld='ld', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib
libs=-lintl -lsocket -lnsl -lndbm -ldbm -lld -lm -lc -lcrypt -lsec -lPW -lx
perllibs=-lintl -lsocket -lnsl -lld -lm -lc -lcrypt -lsec -lPW -lx
libc=, so=so, useshrplib=false, libperl=libperl.a
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef,
cccdlflags='-Kpic', lddlflags='-G -L/usr/local/lib'
Any idea how to compile perl without that error? Or download a VOL?
I have the same error. I loaded Perl and have Spammassassin/Razor
working with it without any obvious errors.
The Kingsway Group
> > I tried building Perl 5.8.0 on my SCO Openserver 5.0.6
> > but one of the test failed:
> > Failed Test Stat Wstat Total Fail Failed List of Failed
> > ---
> > ../ext/Socket/socketpair.t 0 2 45 31 68.89% 15-45
> I have the same error. I loaded Perl and have Spammassassin/Razor
> working with it without any obvious errors.
Yes - some things are running fine with my perl, but some perl modules
(GD, ...) can't be build or show some errors.
I think there should be somebody at SCO compiling some "open source"-
packages (like perl, ...) and provide them packed to VOLS for down-
load. Not everybody using SCO Openserver knows how or want to install gcc,
compile things ... For a lot of Linux distributions i can download
and install such packages very easily; that why i'll try to move with
some of the servers as soon as possible to Linux.
They've been doing this for years. Have you looked at the Skunkware CD
that came with OpenServer?
INTERNET: bi...@Celestial.COM Bill Campbell; Celestial Software LLC
UUCP: camco!bill PO Box 820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
A government of the masses. Authority derived through mass
meeting or any other form of direct expression. Results in mobocracy.
Attitude toward property is communistic... negating property rights.
Attitude toward law is that the will of the majority shall regulate,
whether it is based upon deliberation or governed by passion,
prejudice, and impulse, without restraint or regard to consequences.
Result is demagogism, license, agitation, discontent, anarchy.
-- U. S. Army Training Manual No. 2000-25 (1928-1932),
> I think there should be somebody at SCO compiling some "open source"-
> packages (like perl, ...) and provide them packed to VOLS for down-
> load. Not everybody using SCO Openserver knows how or want to install gcc,
> compile things ... For a lot of Linux distributions i can download
> and install such packages very easily; that why i'll try to move with
> some of the servers as soon as possible to Linux.
Skunkware. Celestial. JPR. Deep Thought.
Free SCO, Mac OS X and Linux Skills Tests:
Perl 5.6.0 for OSR 5.0.5 is available as oss632a, and you already have it
on OSR 5.0.6.
When OSR 5.0.7 is released, I think it may have a more recent version of
> Perl 5.6.0 for OSR 5.0.5 is available as oss632a, and you already have it
> on OSR 5.0.6.
Is ftp://ftp.caldera.com/pub/openserver5/README.OSR5.Supplements the
wrong place to look for oss632a? I can't find it.
And where can i find perl 5.8.0? And all the libs needed to get
the GD modul build and installed?
What you cite is a file.
I'm not seeing that OS either at this moment...
| And where can i find perl 5.8.0? And all the libs needed to get
| the GD modul build and installed?
Built for OSR 5? Don't know.
I have tried both extensively, and feel the stability of SCO is worth a bit
of extra effort. The people at SCO realize the importance of good development
tools, such as GCC and PERL, and I think you will see more effort placed
in getting the open source packages to compile on SCO without a problem.
The next release should be out soon, likely within a month, hopefully with
a good selection of tools in it.
The one area that does seem to be a problem is with the UCB vs. SYSV network
headers, both on Openserver and UnixWare.
I agree, and hope that SCO will fix the dad-gummed loader or
whatever is the real, down at the root, base problem. It is just plain
silly that we have to 'rassle to get things to link and load properly
when (evidently) a large portion of the rest of the world just compiles,
installs, and executes such important tools as Perl, gimp, and so forth.
Please SCO, fix the thing if you want to keep your loyal
73 de Bill W5GFE
Perl is a huge, complex system. Someone posts that its test suite gives
it a 99.86% pass with no porting, and you are whining about the poor
compatibility of the development system? Give me a break.
(Oh wait: "Failed 1/712 test scripts, 99.86% okay. 31/68005 subtests
failed, 99.95% okay." -- so that's 99.95% ok at the detail level.)
Building complex software takes work. If you're building Perl on Linux,
someone else may already have done the work for you. Or not -- it
depends on what versions of what libraries you have installed, what Perl
finds, how it all hangs together. It's much the same on OpenServer,
except there are many less "distributions" of OpenServer, so once one
person does the work, it should apply to most OSR5 systems.
Whatever's causing 31 subtests to fail can be found and fixed. Someone
just needs to do it. It may turn out to be a bug in OSR5 socketpair();
a bug in Perl; or a miscommunication between the two (Perl configured
incorrectly for the facilities on OSR5).