Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.compilers > #2217
| Path | csiph.com!feeder.erje.net!2.eu.feeder.erje.net!newsfeed.xs4all.nl!newsfeed7.news.xs4all.nl!85.12.16.68.MISMATCH!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.am4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news.iecc.com!.POSTED.news.iecc.com!nerds-end |
|---|---|
| From | Hans Aberg <haberg-news@telia.com> |
| Newsgroups | comp.compilers |
| Subject | Re: Optimization techniques |
| Date | Sat, 27 Apr 2019 23:01:10 +0200 |
| Organization | A noiseless patient Spider |
| Lines | 16 |
| Sender | news@iecc.com |
| Approved | comp.compilers@iecc.com |
| Message-ID | <19-04-033@comp.compilers> (permalink) |
| References | <72d208c9-169f-155c-5e73-9ca74f78e390@gkc.org.uk> <19-04-020@comp.compilers> |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=utf-8; format=flowed |
| Content-Transfer-Encoding | 8bit |
| Injection-Info | gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="6232"; mail-complaints-to="abuse@iecc.com" |
| Keywords | C, C++, arithmetic, comment |
| Posted-Date | 27 Apr 2019 17:13:19 EDT |
| X-submission-address | compilers@iecc.com |
| X-moderator-address | compilers-request@iecc.com |
| X-FAQ-and-archives | http://compilers.iecc.com |
| Content-Language | en-US |
| X-Received-Bytes | 1987 |
| X-Received-Body-CRC | 2031355415 |
| Xref | csiph.com comp.compilers:2217 |
Show key headers only | View raw
On 2019-04-25 17:46, Martin Ward wrote: > If signed overflow was given a defined > behaviour (such as the two's complement result), then compilers for > CPUs which do not implement two's complement operations would have to > generate less efficient code (but does anyone still make such a CPU?). All C++ compilers use two's complement, and as of C++20, that is required, cf. [1], "Range of values". It is required for int32_t etc in C++11 [2] and C99 [3]. 1. https://en.cppreference.com/w/cpp/language/types 2. https://en.cppreference.com/w/cpp/types/integer 3. https://en.cppreference.com/w/c/types/integer [I realize that if you look very hard, you can still find a few legacy machines that are not pure two's complement and do not have 8-bit byte addressing. But these days, so what. -John]
Back to comp.compilers | Previous | Next — Previous in thread | Next in thread | Find similar
Re: Optimization techniques Martin Ward <martin@gkc.org.uk> - 2019-04-25 16:46 +0100
Re: Optimization techniques Kaz Kylheku <847-115-0292@kylheku.com> - 2019-04-25 23:01 +0000
Re: Optimization techniques alexfrunews@gmail.com - 2019-04-26 01:33 -0700
Re: language design and Optimization techniques Martin Ward <martin@gkc.org.uk> - 2019-04-27 11:56 +0100
Re: Optimization techniques 0xe2.0x9a.0x9b@gmail.com - 2019-04-27 04:56 -0700
Re: C language andOptimization techniques alexfrunews@gmail.com - 2019-04-27 19:47 -0700
Re: reliability features and Optimization techniques Bart <bc@freeuk.com> - 2019-04-28 11:58 +0100
Re: reliability features and Optimization techniques Jan Ziak <0xe2.0x9a.0x9b@gmail.com> - 2019-04-29 04:33 -0700
Re: Optimization techniques Gene Wirchenko <genew@telus.net> - 2019-04-30 18:11 -0700
Re: Optimization techniques David Brown <david.brown@hesbynett.no> - 2019-05-07 16:43 +0200
Re: Optimization techniques Hans Aberg <haberg-news@telia.com> - 2019-04-27 23:01 +0200
Re: Optimization techniques, C++ numeric representations David Brown <david.brown@hesbynett.no> - 2019-04-29 17:24 +0200
Re: Optimization techniques, C++ numeric representations Hans Aberg <haberg-news@telia.com> - 2019-04-30 15:01 +0200
csiph-web