Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/5/84; site omen.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!vax135!cornell!uw-beaver!tektronix!reed!omen!caf
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: net.micro.pc
Subject: Re: Need 286 "C" benchmark (FLAME!) Summary:  Expires:
Message-ID: <174@omen.UUCP>
Date: Sun, 2-Jun-85 17:15:09 EDT
Article-I.D.: omen.174
Posted: Sun Jun  2 17:15:09 1985
Date-Received: Wed, 5-Jun-85 01:11:18 EDT
References: <152@megad.UUCP> <1050041@acf4.UUCP> Sender:  Reply-To:
Organization: Omen Technology, Portland
Lines: 19

caf@.UUCP (Chuck Forsberg WA7KGX) Followup-To:  Distribution:
Organization: Omen Technology Keywords:

The 64k object size limitation on the Microsoft compiler is not just
related to malloc() being unable to allocate an object >30k.  The
address manipulations (*p++, etc.) on the Microsoft large model
manipulate the offset only, not the segment.

The Lattice large model is actually a huge model compiler in the
absence of the -s switch.  Microsoft is working on a huge model
compiler, but it will take them years to get the bugs out of it.  We'll
know when Microsoft has a working huge model compiler easily enough:
just look for for a huge model C optimizer and lint on Xenix.
Huge model versions of these programs are desperately needed.
-- 
        Chuck Forsberg WA7KGX       ...!tektronix!reed!omen!caf
Omen Technology Inc     17505-V NW Sauvie Island Road Portland OR 97231
Voice: 503-621-3406     Modem: 503-621-3746 (Hit CR's for speed detect)
Home of Professional-YAM, the most powerful COMM program for the IBM PC