Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #264712
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: State Machine Compiler für 8-bit AVRs? |
| Date | 2019-09-28 13:48 +0200 |
| Message-ID | <gv8vs7F7ajqU1@mid.individual.net> (permalink) |
| References | (11 earlier) <qmg9e7.2tg.1@stefan.msgid.phost.de> <qmkhnk$764$1@news2.open-news-network.org> <qmlhmk.4k4.1@stefan.msgid.phost.de> <gv77opFqmotU1@mid.individual.net> <qmnhsu.42g.1@stefan.msgid.phost.de> |
Am 28.09.2019 um 11:58 schrieb Stefan Reuther: > Am 27.09.2019 um 21:22 schrieb Hans-Peter Diettrich: >> Am 27.09.2019 um 17:42 schrieb Stefan Reuther: >>> Das hat nichts mit schwammiger Disambiguierung zu tun, das ist ein ganz >>> normaler "maximum munch" Lexer, der, wenn man ihm keinen Tipp gibt, '>>' >>> als ein Token parsed. >> >> Schon K&R hat >>, ==, ++ usw. als eigenständige Tokens definiert. Selbst >> für +++ wurde geregelt, welche Tokens das ergibt. Und wenn wir schon >> dabei sind, das "dangling else" wird auch weit einfacher in der >> semantischen Prüfung des Parsers aufgelöst als in der Grammatik. >> >> Mich stört da mehr das "long long", das eine eigene Bedeutung erhalten >> hat, nicht aber "short short". Ist eigentlich heutzutage auch "long >> signed long" ein gültiger Typ, und wenn ja welcher? > > "long signed long" ist das gleiche wie "long long". Warum? Ich hätte auf "signed long" getippt. > Dafür gibt es wenigstens einen Compiler, der "long short" für einen > 24-Bit-Typen kennt (MPLAB C18). Was sollte denn "short short" sein? Bei > den üblichen Größen mit "char" = 8 Bit, "short" = 16 Bit bliebe ja nur > ein 12-Bit-Typ übrig. Hardwareunterstützung dafür dürfte dann doch eher > selten in freier Natur anzutreffen sein. Einfach, weil sich der > Programmierer von der Straße nichts ohne 8-Bit-Bytes mehr vorstellen kann. Das hat dann aber nichts mit einem C Standard zu tun, sondern ist eine compilerspezifische Erweiterung. >>> Solche Effekte gibt es in vielen Sprachen. Pascal: >>> >>> a := sqrt(.5); >>> >>> (parsed nicht, weil '(.' als '[' interpretiert wird.) >> >> Sofern man Digraphen als Option eingeschaltet hat. Heutige Compiler >> kennen möglicherweise garkeine Di-/Trigraphen mehr, oder ignorieren sie >> per Default. > > Zumindest die Turbo-Pascal-Compiler hatten keine mir bekannte > Möglichkeit, das auszuschalten. Deshalb schrieb ich ja "heutige" Compiler :-] DoDi
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
State Machine Compiler für 8-bit AVRs? Andreas Weber <info@tech-chat.de> - 2019-09-21 11:29 +0200
Re: State Machine Compiler für 8-bit AVRs? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-09-21 12:26 +0200
Re: State Machine Compiler für 8-bit AVRs? Andreas Weber <info@tech-chat.de> - 2019-09-21 19:09 +0200
Re: State Machine Compiler für 8-bit AVRs? Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2019-09-21 20:37 +0200
Re: State Machine Compiler für 8-bit AVRs? Andreas Weber <info@tech-chat.de> - 2019-09-22 12:48 +0200
Re: State Machine Compiler für 8-bit AVRs? olaf <olaf@criseis.ruhr.de> - 2019-09-22 13:27 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-22 17:23 +0200
Re: State Machine Compiler für 8-bit AVRs? Andreas Weber <info@tech-chat.de> - 2019-09-23 20:15 +0200
Re: State Machine Compiler für 8-bit AVRs? Stefan Reuther <stefan.news@arcor.de> - 2019-09-22 10:48 +0200
Re: State Machine Compiler für 8-bit AVRs? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-09-22 12:55 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-22 17:32 +0200
Re: State Machine Compiler für 8-bit AVRs? Gerhard Hoffmann <dk4xp@arcor.de> - 2019-09-22 20:43 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-22 21:10 +0200
Re: State Machine Compiler für 8-bit AVRs? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-09-23 00:34 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-23 09:12 +0200
Re: State Machine Compiler für 8-bit AVRs? Gerhard Hoffmann <dk4xp@arcor.de> - 2019-09-23 14:15 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-23 14:31 +0200
Re: State Machine Compiler für 8-bit AVRs? Stefan Reuther <stefan.news@arcor.de> - 2019-09-24 19:18 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-24 20:47 +0200
Re: State Machine Compiler für 8-bit AVRs? Stefan Reuther <stefan.news@arcor.de> - 2019-09-25 17:51 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-27 10:37 +0200
Re: State Machine Compiler für 8-bit AVRs? Stefan Reuther <stefan.news@arcor.de> - 2019-09-27 17:42 +0200
Re: State Machine Compiler für 8-bit AVRs? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-09-27 21:22 +0200
Re: State Machine Compiler für 8-bit AVRs? Stefan Reuther <stefan.news@arcor.de> - 2019-09-28 11:58 +0200
Re: State Machine Compiler für 8-bit AVRs? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-09-28 13:48 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-28 13:43 +0200
Re: State Machine Compiler für 8-bit AVRs? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2019-09-23 19:07 +0200
Re: State Machine Compiler für 8-bit AVRs? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2019-09-23 20:08 +0200
Re: State Machine Compiler für 8-bit AVRs? Gerhard Hoffmann <dk4xp@arcor.de> - 2019-09-22 13:40 +0200
Re: State Machine Compiler für 8-bit AVRs? olaf <olaf@criseis.ruhr.de> - 2019-09-22 14:59 +0200
csiph-web