home *** CD-ROM | disk | FTP | other *** search
-
- From: seismo!elsie!ado
- Subject: Re: v06i023: Xenix patches to compress4.0 (compress.xenix)
-
- (Forgiveness, gentle moderator: my mail to the original poster was bounced.)
-
- + The XENIX_16 code for compress did not work. The problem was:
- + a) a problem with the large model code optimizer.
- + b) the constant (1<<16) as assigned to maxcode evaluates
- + to zero on a 16 bit machine!
- + After fixing problem b, I removed the XENIX_16 code and instead declared
- + the large arrays as 'huge'.
- + . . .
- + XX< #ifndef M_XENIX
- + XX< # define huge /* needed only for 16-bit machines */
- + XX< #endif
-
- The Xenix 3.0 C compiler *does* predefine M_XENIX; it *does not* allow arrays
- to be declared "huge." If sixteen-bit compress is to be run on Xenix 3.0
- systems, the existing "XENIX_16" code should be (fixed and) kept; if not,
- "M_XENIX" above should be changed to some symbol that's predefined only by
- compilers that support "huge" arrays.
- --
- Xenix is a Microsoft trademark, right?
- --
- UUCP: ..decvax!seismo!elsie!ado ARPA: elsie!ado@seismo.ARPA
- DEC, VAX, Elsie & Ado are Digital, Borden & Shakespeare trademarks.
-