Groups | Search | Server Info | Keyboard shortcuts | Login | Register

Groups > de.comp.lang.c > #10601

Re: Padding von Strukturen

Show all headers | View raw

Bonita Montero wrote:
> Am 23.04.2024 um 19:11 schrieb Helmut Schellong:
>> Bonita Montero wrote:
>>> Am 03.03.2024 um 21:16 schrieb Helmut Schellong:
>>>
>>>> Das ist eine normative Festlegung!
>>>> Und die Zahl 7 dürfte jeder Wert von long long sein.
>>>
>>> Auf 32-Bit-Plattformen hast Du da unrecht. Wenns ne Variable ist
>>> nimmt man an der Stelle einfach ptrdiff_t wenn man das Vorzeichen
>>> braucht, ansonsten size_t.
>>
>> Es kommt auf die Dokumentation des Compilers und den Inhalt derjenigen
>> C-Standards an, mit denen der betreffende Compiler konform geht.
> 
> Hä ? Offsets und Indizes nimmt man immer als ptrdiff_t oder size_t;d
> das funktioniert mit jeder heutigen Plattform.
> 
>> Ich habe schon auf 16bit-uC mit dem 64bit breiten Typ double gearbeitet.
> 
> Was hat das damit zu tun ?
> 
>>> In C++ ist das ähnlich bzw. wenn ich mit einem Iterator auf einem
>>> Vektor rechne ist der +-Operator mit ptrdiff_t überladen und der
>>> indizierte Array-Operator [] mit size_t. Das gibt 1:1 die natürli-
>>> chen Eigenschaften der Register wieder wie die auch für C gelten.
>>>
>>>> Seit etwa 20 Jahren sehe ich, daß der Standard nicht selten nicht
>>>> ganz richtig interpretiert wird.
>>>
>>> Das ist ein sprachliches Problem bzw. die Leute gehen dennoch
>>> korrekt mit der Sprache um.
>>
>> Warum argumentierst Du oben mit einer 32-Bit-Plattform?
> 
> Was hat das mit der Stelle zu tun wo Du diesen Einwand machst ?
> Ich hab einfach gesagt, dass ein *ull ungünstig für eine 32-Bit
> Plattform ist weil die eben nicht mit 64-bittigen Offsets und
> Indizes umgehen kann.
> 
>> Auch auf einer 8-Bit-Plattform kann mit 64bit-double und -long long gerechnet werden.
> 
> Mein Gott, Du bist ja echt wirr.
> 
>> Gemäß dem Inhalt des betreffenden C-Standards.
>> Es gibt dann halt compiler-interne Library-Funktionen, die das machen.

Beenden wir doch diesen Scheiß hier.


-- 
Mit freundlichen Grüßen
Helmut Schellong

Back to de.comp.lang.c | Previous | Next — Previous in thread | Find similar

Thread

Padding von Strukturen Michael Bäuerle <michael.baeuerle@stz-e.de> - 2024-01-26 17:51 +0100
  Re: Padding von Strukturen Claus Reibenstein <creibens@gmail.com> - 2024-01-26 18:41 +0100
  Re: Padding von Strukturen "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-01-26 19:36 +0100
    Re: Padding von Strukturen Michael Bäuerle <michael.baeuerle@stz-e.de> - 2024-01-29 14:18 +0100
      Re: Padding von Strukturen Stefan Reuther <stefan.news@arcor.de> - 2024-01-29 18:02 +0100
  Re: Padding von Strukturen Stefan Reuther <stefan.news@arcor.de> - 2024-01-27 11:25 +0100
    Re: Padding von Strukturen "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-01-27 12:21 +0100
      Re: Padding von Strukturen Michael Bäuerle <michael.baeuerle@stz-e.de> - 2024-01-29 14:23 +0100
  Re: Padding von Strukturen Bonita Montero <Bonita.Montero@gmail.com> - 2024-01-28 15:45 +0100
  Re: Padding von Strukturen Rainer Weikusat <rweikusat@talktalk.net> - 2024-01-30 16:06 +0000
    Re: Padding von Strukturen Bonita Montero <Bonita.Montero@gmail.com> - 2024-02-02 08:26 +0100
  Re: Padding von Strukturen Helmut Schellong <var@schellong.biz> - 2024-03-03 21:16 +0100
    Re: Padding von Strukturen Bonita Montero <Bonita.Montero@gmail.com> - 2024-04-22 09:53 +0200
      Re: Padding von Strukturen Helmut Schellong <var@schellong.biz> - 2024-04-23 19:11 +0200
        Re: Padding von Strukturen Bonita Montero <Bonita.Montero@gmail.com> - 2024-04-23 19:25 +0200
          Re: Padding von Strukturen Helmut Schellong <var@schellong.biz> - 2024-04-23 20:41 +0200

csiph-web