From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 32348 invoked from network); 26 Sep 2022 03:33:38 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 26 Sep 2022 03:33:38 -0000 Received: (qmail 30317 invoked by uid 550); 26 Sep 2022 03:33:35 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 30285 invoked from network); 26 Sep 2022 03:33:35 -0000 Date: Sun, 25 Sep 2022 23:33:22 -0400 From: Rich Felker To: =?utf-8?B?SuKCkeKCmeKCmw==?= Gustedt Cc: enh , musl@lists.openwall.com Message-ID: <20220926033322.GC9709@brightrain.aerifal.cx> References: <20220923162518.56284329@inria.fr> <20220923174054.73258a83@inria.fr> <20220924093106.41e53819@inria.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220924093106.41e53819@inria.fr> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [musl] C23 implications for C libraries On Sat, Sep 24, 2022 at 09:31:06AM +0200, Jₑₙₛ Gustedt wrote: > enh, > > on Fri, 23 Sep 2022 16:52:53 -0700 you (enh ) wrote: > > > On Fri, Sep 23, 2022 at 8:40 AM Jₑₙₛ Gustedt > > wrote: > > > > > enh, > > > > > > on Fri, 23 Sep 2022 08:28:52 -0700 you (enh ) wrote: > > > > > > > since you asked for comments, it would have been even better to > > > > have direct links to the relevant documents (such as > > > > https://www.open-std.org/jtc1/sc22/WG14/www/docs/n2829.htm for the > > > > assert() changes), > > > > > > yes, the idea is to add such a link when I manage to discuss the > > > particular feature more in detail > > > > > > > that... > > wow, that's pushy > > > > my hope is also still that we may have a diff-version of the C > > > standard at some point in the nearer future, but it seems that the > > > editors have problems with the tooling for that > > > > > > > ...and that sound even better, yes --- but i always worry about "the > > perfect is the enemy of the good". a 20% solution today is worth more > > to me than a 100% solution a year from now :-) > > Much as musl, the C standard is a volunteer project. Instead of > reclaiming things you should ask yourself how can you or your company > help. > > As all volunteer work, this is best effort. WG14 would have a much > better stand if more of the industry would inject real work force into > the committee. Currently there seem only be two of the bigger players > that have people there that substantially work on the C standard > during their office hours. The others are mostly academics like myself > and people working in their free time. All that ^^^