Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!jpl-devvax!lwall
From: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Newsgroups: comp.lang.perl
Subject: Re: pl 44 vs. AT&T (still)
Message-ID: <11110@jpl-devvax.JPL.NASA.GOV>
Date: 18 Jan 91 23:43:57 GMT
References: <1991Jan17.212310.2571@chinet.chi.il.us>
Reply-To: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall)
Organization: Jet Propulsion Laboratory, Pasadena, CA
Lines: 21

In article <1991Jan17.212310.2571@chinet.chi.il.us> les@chinet.chi.il.us (Leslie Mikesell) writes:
: As of patch 44, on AT&T SysVr3.2 (386) perl still does a floating
: exception coredump when you <c>ontinue in the debugger.  The Configure
: script claims to have noticed a problem casting weird floats to unsigned.

I don't have one of those gizmos here, so someone else will have to figure this
out, or at least get me a reasonable stack trace.

: On the 3B2/400 compiling eval.c still aborts with:
:     compiler error: switch table overflow
: 
: Is there any hope for perl on AT&T unix?

I hope in 4.0 to reorganize the op types so the switch statement can be
optionally broken into two switch statements, but I may run out of time.
Eventually I hope to move to something like threaded code and do away with
the switch altogether, but not in 4.000.

Tried gcc?

Larry