Article View: comp.std.c
Article #1350Re: boolean
From: Guy Harris
Date: Fri, 01 Jun 1990 00:27
Date: Fri, 01 Jun 1990 00:27
15 lines
1071 bytes
1071 bytes
>There are some improvements that can be made (particularly in register >allocation for functions that have more than one boolean variable with auto >storage duration), And, perhaps, for what it's worth, in choosing representations that fit what some architectures might prefer; e.g., the 68K has an instruction to set a byte based on the condition codes, but the "true" value is all ones, so C compilers have to stuff a "negate" instruction after the "seq" in something like a = (b == c); I tend to doubt the win of avoiding that "neg" instruction would be large, and suspect it would, in most cases, not even be measurable, however.
Technical Details
Message-ID:
<3417@auspex.auspex.com>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!uakari.primate.wisc.edu!aplcen!uunet!auspex!guyReferences:
<5907@buengc.BU.EDU> <4232@castle.ed.ac.uk> <16734@haddock.ima.isc.com>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!uakari.primate.wisc.edu!aplcen!uunet!auspex!guy From: guy@auspex.auspex.com (Guy Harris) Newsgroups: comp.std.c Subject: Re: boolean Message-ID: <3417@auspex.auspex.com> Date: 1 Jun 90 00:27:53 GMT References: <5907@buengc.BU.EDU> <4232@castle.ed.ac.uk> <16734@haddock.ima.isc.com> Organization: Auspex Systems, Santa Clara Lines: 15