🚀 go-pugleaf

"Sjoerd Schreuder" <sa_schreuder@wanadoo.nl> wrote in message news:3C752437.D8E52A8B@wanadoo.nl...
> robert wrote:
> >
> > Erik Warmelink <erik@flits102-126.flits.rug.nl>:
> >  >Zowel de voorkeur voor 32 bit ints als het little endian formaat van
> >  >constanten in code heeft wel wat Intel-achtigs.
> >
> > Je zit moeilijk te doen over keuzes die gemaakt zijn om tot een standaard
> > te komen? Het lijken mij bijzonder logische keuzes...
>
> Mij lijkt dat 'logisch' een beetje overdreven. Er zijn andere keuzes
> mogelijk, en die zijn net zo 'logisch'.
>
> * Aangezien 64 bits processoren al bestaan en binnen een paar jaar
>   overal zullen zijn doorgedrongen, ligt een 64 bits integer type
>   voor de hand.

    Een long is 64bit, waarom moet een int dan ook 64bit zijn?
    Ik denk overigens dat het gros van de computers nog lange tijd
    32bits zal zijn, intel is nl. niet van plan binnen afzienbare
    tijd de 32bit lijn op te heffen, in tegendeel.

> * Intel is zo ongeveer de enige processor met little endian words.
>   De eerste standaard op dat gebied was de "network byte order",
>   en die is bigendian.

    Dat kan wel zijn, maar Intel heeft wel verreweg (qua volume) het
    grootste aandeel op de processormarkt. Je kunt ook zeggen: waarom
    nemen anderen geen little endian?
    Er moet een keuze worden gemaakt. Als je kiest voor big-endian
    voor een platform dat voor het leeuwendeel op intelprocs gaat
    draaien, dan lijkt het me dat een rare zaak. Zeker gezien het
    feit dat little endian procs de meerderheid vormen van het
    aantal processoren op deze aardbol waar het platform op kan draaien.
    Naast het feit natuurlijk dat little endian efficienter is
    in virtual processoren.

> Gezien de keuzes die ze hebben gemaakt, lijkt de huidige Pentium
> processor de voornaamste target van de standaard te zijn.

    Je moet EEN keuze maken. Kiezen voor 64bit integers levert een
    probleem op, want hoe noem je dan 32bit integers? en hoe lang
    moet dan een long zijn, 128 bit? En waarom zou je dan integerlengte
    gelijkstellen aan long-lengte? Plus kiezen voor big-endian
    wanneer het leeuwendeel van het targetplatform op x86 gebaseerde
    processors draait lijkt me niet zo nuttig. Je kunt dan beter
    die extra conversieslagen bewaren voor het platform wat big-endian
    procs gebruikt.

        FB