Path: utzoo!utgpu!attcan!uunet!oddjob!uwvax!umn-d-ub!umn-cs!pwcs!elric!hawkmoon!det
From: det@hawkmoon.MN.ORG (Derek E. Terveer)
Newsgroups: comp.unix.xenix
Subject: Re: "sped up" compresses
Keywords: compress,286,speed,speedup,SLOWER!
Message-ID: <216@hawkmoon.MN.ORG>
Date: 30 Jul 88 05:01:28 GMT
References: <60@libove.UUCP>
Distribution: comp
Organization: One of the Eternal Champions - Richfield, MN, 554232523, USA
Lines: 24

In article <60@libove.UUCP>, libove@libove.UUCP (Jay Mathew Libove) writes:
> So, has anyone else tried these "speed-ups" out yet? What results did
> you get? For me, obviously, I am staying with the distribution version!

I have attempted to compile the speedup assembly routine in with the compress
4.0 that i have and, so far, i have gotten it to compile and link but when
compressing a sample file, say /tmp/compress.c, i get:

	-12.5% compression -- file not changed

obviously something is wrong.  Perhaps it is the way i compiled it.  is there
any special way one can cause the speedup.s code to be compiled in 286 mode?  I
have to use the -Ml model to get compress to compile and i have tried doing a
cc -Ml on the speedup.c and a "file speedup.o" states that it is an 8086
relocatable.  I know that problems will occur when trying to link differing
memory models.  Does anyone know how to generate a 286 object out of the
assembly code (or is that file can't tell the model from relocatables?).  I
have even tried sticking in a ".286p" directive into the code.

This stuff didn't work with just 8086 either, btw.
-- 
Derek Terveer		det@hawkmoon.MN.ORG
			w(612)681-6986
			h(612)688-0667