Path: csiph.com!eternal-september.org!feeder.eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail From: Keith Thompson Newsgroups: comp.lang.c Subject: Re: Sort char array Date: Sat, 12 Oct 2019 20:39:09 -0700 Organization: None to speak of Lines: 18 Message-ID: References: <20191007174244.385138503569a8bc6d4eec9d@g{oogle}mail.com> <20191008022725.36fbd95aa45ba185290e5e11@gmail.com> <1q_mF.841756$Zy3.585129@fx33.am4> <20191009020207.b533aa1c6d95f44eb314ffc1@gmail.com> <5alnF.1041354$WI2.353384@fx34.am4> <5b525fc7-aeb6-47ec-b425-526a60d31e92@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: reader02.eternal-september.org; posting-host="3e80b707b7b018c85c895dc526a0ef31"; logging-data="537"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+MdeT5kBAfQiODPp7SgQQ4" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) Cancel-Lock: sha1:77c82SQWjn/Rg3EA6QkxYfqjGI8= sha1:ogjMOLXFKADjWiNZ7ElHoLlMnEg= Xref: csiph.com comp.lang.c:146909 Richard Damon writes: > On 10/12/19 3:17 PM, Keith Thompson wrote: >> I'd like to see full (optional) support for 128-bit integers as >> integer types. That would require a solution to the intmax_t >> problem, and I'm not at all sure what such a solution would look >> like. > > The Standard fully allows support for int128_t. As I acknowledged in the part of my article you snipped. (I could have provided a bit more context.) [...] -- Keith Thompson (The_Other_Keith) kst-u@mib.org Will write code for food. void Void(void) { Void(); } /* The recursive call of the void */