Path: utzoo!utgpu!attcan!uunet!oddjob!uwvax!rutgers!ucsd!ucbvax!cogsci.berkeley.edu!jsilva
From: jsilva@cogsci.berkeley.edu (John Silva)
Newsgroups: comp.unix.xenix
Subject: Re: "sped up" compresses
Keywords: compress,286,speed,speedup,SLOWER!
Message-ID: <25335@ucbvax.BERKELEY.EDU>
Date: 1 Aug 88 00:12:37 GMT
References: <60@libove.UUCP> <216@hawkmoon.MN.ORG>
Sender: usenet@ucbvax.BERKELEY.EDU
Reply-To: jsilva@cogsci.berkeley.edu.UUCP (John Silva)
Distribution: comp
Organization: University of California, Berkeley
Lines: 17

Derek, it is possible that your compiler generates the calls to the long
integer shift routines somewhat differently.  The only thing you'll be able
to do to get it to work (I think) is to use adb, determine how the original
shift routines are called, and rewrite the speedup assembly to function as
with your particular calling sequence.  It does seem strange.

In any case, I use 
	cc -M2le -o compress compress.c speedup.s
to compile compress.  Seems to work.

BTW, has anyone solved the problem with SCO Xenix and compress where compress
will refuse to compress certain files and get a segmentation violation?

John Silva
---
UUCP:	ucbvax!cogsci!jsilva
DOMAIN:	jsilva@cogsci.berkeley.edu