home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.pascal
- Path: sparky!uunet!wupost!howland.reston.ans.net!paladin.american.edu!gatech!darwin.sura.net!jvnc.net!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!torn!news.ccs.queensu.ca!slip201.telnet1.QueensU.CA!dmurdoch
- From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
- Subject: Re: Does BP7 have a [386] compiler switch?
- Message-ID: <dmurdoch.248.725120463@mast.queensu.ca>
- Lines: 24
- Sender: news@knot.ccs.queensu.ca (Netnews control)
- Organization: Queen's University
- References: <sorokin.29@ps1.iaee.tuwien.ac.at>
- Date: Wed, 23 Dec 1992 14:21:04 GMT
-
- In article <sorokin.29@ps1.iaee.tuwien.ac.at> sorokin@ps1.iaee.tuwien.ac.at (Zhenja) writes:
-
- >1. Does BP7 have a [386] compiler switch (like [286] in TP6)?
- > In other words, what longint arithmetics does it use?
-
- No, there's no switch. The RTL detects the processor type and at run-time
- will use 386 instructions for longint calculations. This is a mixed
- blessing: apparently there's a lot of buggy system software out there
- (particularly from Novell) that trashes the extended registers; on a system
- running that, the 386 calculations are unreliable. It's easy to force 8086
- instructions to be used, though.
-
- >2. Is there 8-byte integer arithmetics (say, using comp type)? In
- > principle, it could be organized exactly in the same way like longint
- > arithmetics was done in TP3..6.
- >
- >3. Does the built-in assembler now "understand" extended registers?
- > The one in TP6 definitely didn't.
-
- No change in either of those from TP 6. Comp is still treated like a
- floating point type, and the BASM still only understands 286 instructions.
-
- Duncan Murdoch
- dmurdoch@mast.queensu.ca
-