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.