Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!jpl-devvax!lwall From: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall) Newsgroups: comp.lang.perl Subject: Re: perl v3pl18 on FPS 500 Keywords: FPS Message-ID: <8866@jpl-devvax.JPL.NASA.GOV> Date: 25 Jul 90 17:29:19 GMT References: <1990Jul25.155526.4213@csrd.uiuc.edu> Reply-To: lwall@jpl-devvax.JPL.NASA.GOV (Larry Wall) Distribution: comp Organization: Jet Propulsion Laboratory, Pasadena, CA Lines: 20 In article <1990Jul25.155526.4213@csrd.uiuc.edu> kai@sp1.csrd.uiuc.edu (Kuck And Associates) writes: : Here's that patch again: : : /* Written 8:19 pm Jan 4, 1990 by ktl@wag240.caltech.edu in kailand:comp.sources.bugs */ : /* ---------- "Perl 3.0 PL 8 triggers compiler bug" ---------- */ : Description: : : Some compilers may produce incorrect code for the large switch (*s) : in toke.c. In particular, it is essential that characters with the high : bit set be handled properly. If this is not the case, failures (most likely : accompanied by core dumps) will be experienced on comp.package, cmd.subval, : io.print, op.dbm, op.index, op.mkdir, op.pack, op.read, op.sort, op.substr, : and op.vec due to mishandling of sort, return, printf, and print followed : by a parenthesized expression. I'll include this patch in the next official patch, except that I've changed the #ifdef accel to #ifdef BADSWITCH, and you'll have to say -DBADSWITCH. Other compilers may have the same problem. Larry