Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.sci.electronics > #264712

Re: State Machine Compiler für 8-bit AVRs?

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar | Unroll thread


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