Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!csus.edu!ucdavis!sunny!poage
From: poage@sunny.ucdavis.edu (Tom Poage)
Newsgroups: comp.lang.perl
Subject: Re: Sun-3 and pl44
Message-ID: <586@sunny.ucdavis.edu>
Date: 15 Jan 91 22:59:34 GMT
References: <585@sunny.ucdavis.edu>
Reply-To: poage@sunny.ucdavis.edu (Tom Poage)
Organization: UCDMC Clinical Engineering, Sacto., CA
Lines: 25

In article <585@sunny.ucdavis.edu> I write:
>FYI, op.dbm has an infinite while loop when patch
>level 44 is compiled with gcc (1.37.1) on a Sun-3 (4.0.3).
>Apparently, reading from an empty ndbm file returns nulls
>(as opposed to undefs or EOF).

Drat.  I somehow trashed the -fpcc-struct-return definition.
Yes, it passes all tests (thanks, Larry).

>Also ... cc (Sun's) barfs if you try any kind of optimization.
>Sometimes because the compile is too big (eval.c), sometimes because
>/lib/iropt grows out of its allotted space.  I guess more stack and/or
>swap (though I've got 40MB) may be indicated.

I got the whole thing to compile with -O, but -O4 dies (it
doesn't get past perl.c, and I didn't try any other -O? types)
after eating up nearly all 40MB of swap space over about a 30
minute period (unloaded machine).  If cc takes that much to build
it, I'll pass [1/2 :-)].

Sorry for the almost false alarm.  Tom.
-- 
Tom Poage, Clinical Engineering
Universiy of California, Davis, Medical Center, Sacramento, CA
poage@sunny.ucdavis.edu  {...,ucbvax,uunet}!ucdavis!sunny!poage