Deutsch English Français Italiano |
<2024Sep14.152652@mips.complang.tuwien.ac.at> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: anton@mips.complang.tuwien.ac.at (Anton Ertl) Newsgroups: comp.arch Subject: Re: Computer architects leaving Intel... Date: Sat, 14 Sep 2024 13:26:52 GMT Organization: Institut fuer Computersprachen, Technische Universitaet Wien Lines: 23 Message-ID: <2024Sep14.152652@mips.complang.tuwien.ac.at> References: <2024Aug30.161204@mips.complang.tuwien.ac.at> <vbcob9$dvp4$1@dont-email.me> <vbd6ia$e0ld$2@dont-email.me> <UxpCO.174965$Hld5.7714@fx15.iad> <vc41rl$1fhjd$1@dont-email.me> Injection-Date: Sat, 14 Sep 2024 15:37:19 +0200 (CEST) Injection-Info: dont-email.me; posting-host="6db5ee5180e7e79132e55bada9f3289b"; logging-data="1533181"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18mf0Tlu+nv9a64ke88r6E7" Cancel-Lock: sha1:f8pXhHuydqmvyZcNXHNaixZO9tM= X-newsreader: xrn 10.11 Bytes: 2156 kegs@provalid.com (Kent Dickey) writes: >Bringing it back to "architecture" Like Anton Ertl has said, LP64 for >C/C++ is a mistake. It should always have been ILP64, and this nonsense >would go away. Any new architecture should make C ILP64 (looking at you >RISC-V, missing yet another opportunity to not make the same mistakes as >everyone else). We now have had more than 30 years of catering for this mistake by everyone involved. Given their goals, I think that RISC-V made the right choice for int in their ABI, even if it was the original choice by the MIPS and Alpha people that they follow, like everyone else, was wrong. That being said, one option would be to introduce another ABI and API with 64-bit int (and maybe 32-bit long short int), and programmers could choose whether to program for the ILP API, or the int=int32_t API. Would the ILP API/ABI fare better then x32? I doubt it, even though I would support it. This ship probably has sailed. - anton -- 'Anyone trying for "industrial quality" ISA should avoid undefined behavior.' Mitch Alsup, <c17fcd89-f024-40e7-a594-88a85ac10d20o@googlegroups.com>