Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!jato!dave
From: dave@jato.jpl.nasa.gov (Dave Hayes)
Newsgroups: comp.lang.perl
Subject: Perl 4pl3 on Microport SVR4 core dump (Halp!0
Summary: I *tried* to do this...
Keywords: perl microport SVR4
Message-ID: <1991Apr20.210956.15833@jato.jpl.nasa.gov>
Date: 20 Apr 91 21:09:56 GMT
Reply-To: dave@elxr.jpl.nasa.gov
Organization: Jet Propulsion Lab - Pasadena, CA
Lines: 32

I'm trying to compile PERL patchlevel 3 (version 4.0) on a Microport
System V Rel 4 (version 2.0) with GCC v1.39.

The problem might be apparent from the ld errors it gets...I don't
have exact text but:

ld: perly.o: warning: Symbol: `cshname` has different size in file array.o
ld: perly.o: warning: incompatible types for symbol `cshname` also in file
  array.o

It does this for cshlen and statstab also...and it also complains about
'dc' between /usr/ucblib/libucb.a(readdir.o) and perly.o.

The end result of all this is that perl core dumps while trying to
run the perl script that runs the tests (sigh). I get two styles
of coredump...one is the standard Segmentation Fault..the other
is a "Memory Fault(coredump)" which looks like it comes from perl(?).

BTW, one other thing to note...trying to ld the 'uperl.o' fails to find the
nsl library (-lnsl) while GCC finds that no problem. The nsl library
is a shared library in this OS...perhaps that's why.

Just another problem report. Thanks for any help!
-- 
Dave Hayes -  dave@elxr.jpl.nasa.gov - ames!elroy!dxh

Congresswoman:  Well, Mr. Dallas... we've heard your smut masquerading as
songs... and we've heard how teen prostitution pregnancy, drug use, cults,
runaways, suicide and poor hygiene are sweeping this nation.  We thought you
might like to share with the committee any particular causes you might see
for those latter problems...
Steve Dallas:  I dunno.  Maybe the proliferation of narrow, suffocating