Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c > #152457
| Path | csiph.com!aioe.org!peer02.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!fx43.am4.POSTED!not-for-mail |
|---|---|
| From | Spiros Bousbouras <spibou@gmail.com> |
| Newsgroups | comp.lang.c |
| Subject | Re: longer 'char literals' meaning in c |
| Message-ID | <uma9uoxcfbROg@bongo-ra.co> (permalink) |
| References | <a844dd76-5343-4845-a9d2-1d05d042baa0@googlegroups.com> <87tv104ij2.fsf@nosuchdomain.example.com> <4lKqG.254784$mk2.321@fx21.am4> <87lfmc4dwh.fsf@nosuchdomain.example.com> <r8qd3b$hmi$1@z-news.wcss.wroc.pl> <r8qntq$p8s$1@dont-email.me> <r8s6lq$k31$1@z-news.wcss.wroc.pl> <87h7wu15dv.fsf@nosuchdomain.example.com> <r8spca$q9$1@z-news.wcss.wroc.pl> <87d07i0y4r.fsf@nosuchdomain.example.com> <r8t7m9$8o1$1@z-news.wcss.wroc.pl> <878si5225f.fsf@nosuchdomain.example.com> <r8v1a3$b86$1@z-news.wcss.wroc.pl> <87lfm4ztok.fsf@nosuchdomain.example.com> <MIb7Z5jPf5oxcfbROg@bongo-ra.co> <mIb7Z5jPf5oxcfbROg@bongo-ra.co> <86blmcu9yt.fsf@linuxsc.com> |
| In-Reply-To | <86blmcu9yt.fsf@linuxsc.com> |
| X-Organisation | Weyland-Yutani |
| Content-Type | text/plain; charset=ISO-8859-1 |
| Content-Transfer-Encoding | 8bit |
| Lines | 35 |
| X-Complaints-To | http://netreport.virginmedia.com |
| NNTP-Posting-Date | Mon, 25 May 2020 00:56:21 UTC |
| Organization | virginmedia.com |
| Date | Mon, 25 May 2020 00:56:21 GMT |
| X-Received-Bytes | 2769 |
| X-Received-Body-CRC | 223402704 |
| Xref | csiph.com comp.lang.c:152457 |
Show key headers only | View raw
On Sun, 24 May 2020 17:36:26 -0700 Tim Rentsch <tr.17687@z991.linuxsc.com> wrote: > Spiros Bousbouras <spibou@gmail.com> writes: > > > On Thu, 07 May 2020 13:48:23 GMT > > Spiros Bousbouras <spibou@gmail.com> wrote: > > > >> 1. The documentation of the implementation must describe an > >> algorithm [*] which for every "integer character constant > >> containing more than one character" (MT1CC for short) returns an > >> integer value. > > > > Here's an amusing way to do so. The first MT1CC encountered gets > > the value -1. Every new MT1CC encountered , if it has been > > encountered before , gets the same value as before , otherwise gets > > the value N-1 where N is the minimum value which has been assigned > > to a MT1CC up to that point. Perhaps the programmer will be able to > > decide with a command line flag whether the list of MT1CC already > > encountered gets reset every time translation moves to a new > > translation unit given on the command line or the list gets added to > > over the whole compilation. [...] > This scheme is not conforming. The constants chosen by a given > implementation must be the same from program to program, even > if compiled on a different computer. There is no way to do > that using a scheme like the one described above. Why must they be the same ? > (Perhaps this suggestion was meant as a joke. If it was, well, > did you hear about the snail who crawled into a car dealership?) No , I meant it seriously and no I haven't heard the snail joke.
Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar
Re: longer 'char literals' meaning in c antispam@math.uni.wroc.pl - 2020-05-05 00:47 +0000
Re: longer 'char literals' meaning in c Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2020-05-04 20:08 -0700
Re: longer 'char literals' meaning in c James Kuyper <jameskuyper@alumni.caltech.edu> - 2020-05-04 23:52 -0400
Re: longer 'char literals' meaning in c antispam@math.uni.wroc.pl - 2020-05-05 17:10 +0000
Re: longer 'char literals' meaning in c Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2020-05-05 13:41 -0700
Re: longer 'char literals' meaning in c antispam@math.uni.wroc.pl - 2020-05-05 22:29 +0000
Re: longer 'char literals' meaning in c Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2020-05-05 16:18 -0700
Re: longer 'char literals' meaning in c antispam@math.uni.wroc.pl - 2020-05-06 02:33 +0000
Re: longer 'char literals' meaning in c Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2020-05-05 20:06 -0700
Re: longer 'char literals' meaning in c antispam@math.uni.wroc.pl - 2020-05-06 18:57 +0000
Re: longer 'char literals' meaning in c Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2020-05-06 13:37 -0700
Re: longer 'char literals' meaning in c Spiros Bousbouras <spibou@gmail.com> - 2020-05-07 13:48 +0000
Re: longer 'char literals' meaning in c Spiros Bousbouras <spibou@gmail.com> - 2020-05-07 13:58 +0000
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-05-24 17:36 -0700
Re: longer 'char literals' meaning in c Spiros Bousbouras <spibou@gmail.com> - 2020-05-25 00:56 +0000
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-05-29 22:53 -0700
Re: longer 'char literals' meaning in c Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2020-05-07 18:01 -0700
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-05-30 10:53 -0700
Re: longer 'char literals' meaning in c Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2020-05-30 15:11 -0700
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-05-24 18:19 -0700
Re: longer 'char literals' meaning in c James Kuyper <jameskuyper@alumni.caltech.edu> - 2020-05-24 20:06 -0700
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-06-28 04:51 -0700
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-05-26 07:02 -0700
Re: longer 'char literals' meaning in c James Kuyper <jameskuyper@alumni.caltech.edu> - 2020-05-05 20:18 -0400
Re: longer 'char literals' meaning in c antispam@math.uni.wroc.pl - 2020-05-06 20:01 +0000
Re: longer 'char literals' meaning in c James Kuyper <jameskuyper@alumni.caltech.edu> - 2020-05-06 18:20 -0400
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-06-28 04:42 -0700
Re: longer 'char literals' meaning in c Tim Rentsch <tr.17687@z991.linuxsc.com> - 2020-06-03 09:08 -0700
csiph-web