From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by sourceware.org (Postfix) with ESMTPS id 4CE903858D28 for ; Thu, 6 Apr 2023 18:05:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 4CE903858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=owlfolio.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=owlfolio.org Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 3678E5C01B2; Thu, 6 Apr 2023 14:05:36 -0400 (EDT) Received: from imap45 ([10.202.2.95]) by compute1.internal (MEProxy); Thu, 06 Apr 2023 14:05:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=owlfolio.org; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1680804336; x=1680890736; bh=v8 XxvQKj+fkBZb/1Vx0cXbJrxzUbptBRapHhVFlpCi4=; b=EO8l3WeHYuhLxabL0e FJ57Vxxjs0+QO59P/510ATG7YbmyH69Z751I5MyMkp6SrsqMlsXOjHM/2XSp9a2L 7ToSyM9wMlH00HNg+fC+j5BH1yoBJBjBrxI81wnO8XxOtqEObe1WA+PbHe8tPxqo WUOUPmowDh4peajKBIlSop/0pX5gYZUAbrjClThvxQiEVC/clxSco+yi7JU8I1u3 8Db9Y1KPYpHcgS+AmZMt4zqAWq31X3w3GaYxsmm9uH7F5gFYFcF1JI6DBI2hJWFQ YJhspHCqinprltfiXTzbtKt6IfGHHlqMWjESrMz2fnverUkjZbWyoUO35rzcert0 rF6A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1680804336; x=1680890736; bh=v8XxvQKj+fkBZ b/1Vx0cXbJrxzUbptBRapHhVFlpCi4=; b=WvW3cFjNGdL9oJBa4VafYuNbLLEkQ DqQStJeNnOJVUp5/1INMyDBImlZL12/lhI6gpq5HGUFeyYq3Z87xaQouYl9bW4/Z 6+YUHVCzpHUUd/AHY1zIM7wXH+ViL2YxwF68nfQZXdOJOGSDHV3FAdC7xlIj0D6l vNGK4/403jnD/bA8mb5F4Ibzz1SYgXy9svw89Fo5+NWIoFX9PVl9Gnr4yYOKepXs lO2qlTpS0up8rTHt3P2wtZQZcwCLZ4UTf4M5O7B+nDBC8ujZjKq9cZJHjUr81uu7 g/2A0+/I4lxP38M0amD6MiPnGm7k8Gwd3qVWgIuyFY0AEtroJapfI7Rkw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdejfedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefofgggkfgjfhffhffvvefutgesthdtredtreertdenucfhrhhomhepfdgk rggtkhcuhggvihhnsggvrhhgfdcuoeiirggtkhesohiflhhfohhlihhordhorhhgqeenuc ggtffrrghtthgvrhhnpeevieeggedtiefgveeffffffeekieeljeeggfeifeeuvdeutefh kedugfefieduueenucffohhmrghinheprghushhtihhnghhrohhuphgsuhhgshdrnhgvth enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpeiirggt khesohiflhhfohhlihhordhorhhg X-ME-Proxy: Feedback-ID: i876146a2:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id D8C972720080; Thu, 6 Apr 2023 14:05:35 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-334-g8c072af647-fm-20230330.001-g8c072af6 Mime-Version: 1.0 Message-Id: <6fdadcff-95a2-44fe-9453-d0200822e01e@app.fastmail.com> In-Reply-To: <7396024c-62d4-a19c-b7bc-e24a9d4bcb31@gmail.com> References: <20230330171310.12330-1-alx@kernel.org> <9b528ba9-e1c6-1c03-8ec7-177c4dc66e19@gmail.com> <7396024c-62d4-a19c-b7bc-e24a9d4bcb31@gmail.com> Date: Thu, 06 Apr 2023 14:05:15 -0400 From: "Zack Weinberg" To: "GNU libc development" Cc: "Eric Blake" Subject: Re: [PATCH] sockaddr.3type: Document that sockaddr_storage is the API to be used Content-Type: text/plain X-Spam-Status: No, score=-3.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,JMQ_SPF_NEUTRAL,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Thu, Apr 6, 2023, at 12:31 PM, Alejandro Colomar via Libc-alpha wrote: > On 4/6/23 18:24, Eric Blake wrote: >> here's the updated wording that the Austin Group tried today (and we >> plan on starting a 30-day interpretation feedback window if there are >> still adjustments to be made to the POSIX wording): >> >> https://austingroupbugs.net/view.php?id=1641#c6255 > > Thanks! That wording (both paragraphs) LGTM. If I could suggest an additional change, the focus on aliasing _diagnostics_ rather misses the point IMHO. We don't just want the compiler to _not complain_ about accesses to sa_family_t, we want it to treat the accesses as _legitimate_. So, instead of # Additionally, the structures shall be defined in such a way that # these casts do not cause the compiler to produce diagnostics about # aliasing issues in accessing the sa_family_t member of these # structures when compiling conforming application (xref to XBD section # 2.2) source files. may I suggest wording along the lines of # Additionally, the structures shall be defined in such a way that # the compiler treats an access to the stored value of the sa_family_t # member of any of these structures, via an lvalue expression whose type # involves any other one of these structures, as permissible, despite the # more restrictive rules listed in ISO C section 6.5p7. zw