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=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 9930 invoked from network); 3 Jul 2023 19:14:51 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 3 Jul 2023 19:14:51 -0000 Received: (qmail 1824 invoked by uid 550); 3 Jul 2023 19:14:48 -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 19944 invoked from network); 3 Jul 2023 18:17:14 -0000 Authentication-Results: garm.ovh; auth=pass (GARM-103G005ae76bf7d-4853-4ac9-8cd0-fc120f2bab27, 01F7231744D2A1151A600C9196B08FFFC15B10DD) smtp.auth=jwilk@jwilk.net X-OVh-ClientIp: 5.172.255.78 Date: Mon, 3 Jul 2023 20:16:59 +0200 From: Jakub Wilk To: Paul Eggert CC: "A. Wilcox" , , Jonathan Wakely , Rich Felker , , , Message-ID: <20230703181659.la7gx5nx4qar6r2v@jwilk.net> References: <31b53a8d-7cf4-b3a3-371f-a5723963383e@cs.ucla.edu> <9751E98E-025B-4E32-9EDF-D1984F998C10@wilcox-tech.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Disposition: inline In-Reply-To: X-Originating-IP: [37.59.142.103] X-ClientProxiedBy: DAG4EX2.mxp6.local (172.16.2.32) To DAG4EX1.mxp6.local (172.16.2.31) X-Ovh-Tracer-GUID: c42e634e-2c6b-43af-9113-733cfcb41942 X-Ovh-Tracer-Id: 1197394554049124204 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedviedruddvgdduvdduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvfevuffkfhggtggujghisehttdertddttddvnecuhfhrohhmpeflrghkuhgsucghihhlkhcuoehjfihilhhksehjfihilhhkrdhnvghtqeenucggtffrrghtthgvrhhnpeeutddtteelhfffuddvhefgfedujeeltdekheduveekkeelfeduuedvgeejudffgfenucfkphepuddvjedrtddrtddruddpfeejrdehledrudegvddruddtfedphedrudejvddrvdehhedrjeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepuddvjedrtddrtddruddpmhgrihhlfhhrohhmpeeojhifihhlkhesjhifihhlkhdrnhgvtheqpdhnsggprhgtphhtthhopedupdhrtghpthhtohepvghgghgvrhhtsegtshdruhgtlhgrrdgvughupdethghilhgtohigseifihhltghogidqthgvtghhrdgtohhmpdhlihgstgdqtghoohhrugeslhhishhtshdrohhpvghnfigrlhhlrdgtohhmpdhjfigrkhgvlhihsehrvgguhhgrthdrtghomhdpuggrlhhirghssehlihgstgdrohhrghdplhhinhhugidqmhgrnhesvhhgvghrrdhkvghrnhgvlhdrohhrghdplhhisggtqdgrlhhphhgrsehsohhurhgtvgifrghrvgdrohhrghdpmhhushhlsehlihhsth hsrdhophgvnhifrghllhdrtghomhdpoffvtefjohhsthepmhhoheehvddpmhhouggvpehsmhhtphhouhht Subject: Re: [musl] Re: [libc-coord] Re: regression in man pages for interfaces using loff_t >-This format is employed in cases where only a single >-feature test macro can be used to expose the function >-declaration, and that macro is not defined by default. >+This format is employed in cases where feature macros >+expose the function declaration with the correct type, >+and these macros are not defined by default. This isn't right. The shorthand format is sometimes used when there's no off(64)_t involved, e.g. in memfd_create(2). -- Jakub Wilk