home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.perl
- Path: sparky!uunet!news.encore.com!epeterso
- From: epeterso@encore.com (Eric Peterson)
- Subject: Re: Porting to an Encore 91
- Organization: Encore Computer Corporation
- Date: Mon, 23 Nov 1992 15:51:35 GMT
- Message-ID: <By6Eq1.F83@encore.com>
- X-Newsreader: TIN [version 1.1 PL7]
- References: <Bxyy04.LM5@visix.com>
- Sender: news@encore.com (Usenet readnews user id)
- Nntp-Posting-Host: scrap.encore.com
- Lines: 32
-
- Ken Mayer (ken@visix.com) wrote:
-
- | Has anyone had experience porting perl (4.035) to an Encore 91 (Rel
- | 3.0.6.14)?
-
- I've ported it successfully to that platform.
-
- | I've encountered only two problems: first, no dbm libraries
- | (can be fixed by installing gdbm or other)
-
- I've successfully built it with GDBM support as well.
-
- | second t/lib/big.t (the
- | bigint.pl tester) generates some errors (see trace). I can't figure
- | out what's wrong (although it may have something to do with operands
- | having mixed signs), and I'm having trouble setting breakpoints inside
- | a package's private function.
-
- You might need to use the compiler flag -q nocompiler_registers on some
- of the modules (I believe that [t]util.o and [t]eval.o needed it). You
- can use this flag to build all of Perl, although this will be a slight
- performance hit (the flag forces all variables to be allocated in memory
- rather than to optimize them by possibly allocating some to registers).
- Also, use the malloc included with Perl instead of Umax V.
-
- Note that Perl builds cleanly with no additional compiler flags under
- Umax V 3.0.7, which will be released shortly. If you are hopelessly
- unable to get Perl to build, I can put a binary package together for you.
-
- Good luck ...
-
- Eric
-