Path: csiph.com!eternal-september.org!feeder.eternal-september.org!nntp.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch
Newsgroups: comp.arch
Subject: Re: endian history
Date: Sat, 03 Oct 2026 04:44:30 -0700
Organization: A noiseless patient Spider
Lines: 33
Message-ID: <86y0cfm2jl.fsf@linuxsc.com>
References: <10uks4f$1dqo$1@gal.iecc.com> <6a9f7664.1891062@news.eternal-september.org> <2026Sep8.125659@mips.complang.tuwien.ac.at> <117pnpg$f179$2@dont-email.me> <11898n9$1nc06$2@dont-email.me> <118d6ld$1tkm9$1@paganini.bofh.team> <118dl5f$37cfv$1@dont-email.me> <118e8kg$3f05h$1@dont-email.me> <868q4zuhz4.fsf@linuxsc.com> <118jitv$1cm6b$1@dont-email.me> <86ik42tcf4.fsf@linuxsc.com> <118uf6m$12tta$1@dont-email.me> <86ld8srnq9.fsf@linuxsc.com> <1790188863-5857@newsgrouper.org> <86cxu3sp11.fsf@linuxsc.com> <1790269240-5857@newsgrouper.org> <119hf66$3nmbu$1@dont-email.me> <86ld8hplkd.fsf@linuxsc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Date: Sat, 03 Oct 2026 11:44:33 +0000 (UTC)
Injection-Info: dont-email.me; logging-data="3118693"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+8aTo4E7ROKtO/pKbE3fkunVwbUyHmNnQ="; posting-host="b0e28b4afc9fd8b2450f610d134fbfb4"
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:oKfD7SLBwMy5Xcvyisce3acESz4= sha1:S2Vkgd9yDb8mxtdZmSmPYofgPa8= sha256:uGylrDddMglSOmdSY2SndKkhJmF6jQt0DVhv8XD/zOs= sha1:gLu7CJmny2GbUFQsnVrvYtveTjk= sha256:+wX7EAbgayeyoYWBRSq56frIckPkbco6XOCfPQtus9w=
Xref: csiph.com comp.arch:118423
aph@littlepinkcloud.invalid writes:
> Tim Rentsch wrote:
>
>> aph@littlepinkcloud.invalid writes:
>>
>>> Lawrence D?Oliveiro wrote:
>>>
>>>> Now, can anybody solve the mystery of why the Java language designers
>>>> thought it would be a good idea to leave out unsigned integers?
>>>
>>> It's unnecessary, and the designer(s) wanted to get away from the zoo of
>>> C's integer types.
>>>
>>> With wrapping signed arithmetic, all of the semantics of unsigned
>>> arithmetic is the same, except for right shift and division
>>> operations.
>>
>> Also left shift
>
> It's the same in Java.
So a peculiar signed data type, plus...
>> and relational comparisons.
>
> Not really arithmetic, but they're in the standard library.
Ignoring any operations where the results differ, lets us
say how "signed" behaves is the same as "unsigned".
It seems to me this argument only strengthens the motivation
to have unsigned types.