From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 80E13C43217 for ; Tue, 29 Nov 2022 00:05:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234760AbiK2AFa (ORCPT ); Mon, 28 Nov 2022 19:05:30 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39516 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234573AbiK2AF3 (ORCPT ); Mon, 28 Nov 2022 19:05:29 -0500 Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com [68.232.141.98]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 764BE186D1 for ; Mon, 28 Nov 2022 16:05:28 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.96,201,1665475200"; d="scan'208";a="88404403" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa2.mentor.iphmx.com with ESMTP; 28 Nov 2022 16:05:27 -0800 IronPort-SDR: 42M3RrwTV2Ei+q2gKLYyb3ZyPyFwL2xfAbqMrwMcjpnyGjKpn8sSpRaa2USE/4xB+UxUMqR+zT GkZdopJNFkbqslJi9q4HYkGEDofDD15uHRX5aZW6KnCDnbfb/4jSwrsGbmpe6fI6uWSnyih6oO fvEPXHGr9NEyPUDt7AWes5/LowSvQY0HPmd/McBmNFR8Bdxfs7DUVUzXt4aMjuKqe0bQdX/WQ/ JkNRlsVO1dpnNaLVSm5uXz6afbp1tFgNY1wJka6KvEY20xID1KvyUXCH55Y9wruXzR9G4Dvfqw Wbc= Date: Tue, 29 Nov 2022 00:05:22 +0000 From: Joseph Myers To: Alex Colomar CC: Martin Uecker , Ingo Schwarze , JeanHeyd Meneide , , Subject: Re: [PATCH] Various pages: SYNOPSIS: Use VLA syntax in function parameters In-Reply-To: <494309ce-c8ec-5219-f83e-b8dda5b9bcd1@gmail.com> Message-ID: References: <20220826210710.35237-1-alx.manpages@gmail.com> <51f5a2f2-84c1-bc75-cf94-0cdc1771d37f@gmail.com> <4e3fee795769544738b3dc793aa95d6b34b72047.camel@tugraz.at> <69d694b3-756-792d-8880-87bab482ea34@codesourcery.com> <76c083af-c01f-a4b2-3df-c83075c6b0de@codesourcery.com> <75c352c-e8b5-90d0-5fae-7b211c647934@codesourcery.com> <68746776-87bf-80f9-8e3e-7392e8cef1bb@gmail.com> <77c3557f-4a62-3ede-4df4-4b2b78e265b1@codesourcery.com> <5ae032cd-7a5f-f72b-29ae-6ad7f418da8@codesourcery.com> <7931044a-b707-5a70-86c2-be298c35aa57@gmail.com> <792055f0-114d-d4bc-52f0-c242d1767c0b@gmail.com> <31e1cf34-b42f-24c5-2109-f8214c28af3e@gmail.com> <494309ce-c8ec-5219-f83e-b8dda5b9bcd1@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) Precedence: bulk List-ID: X-Mailing-List: linux-man@vger.kernel.org On Tue, 29 Nov 2022, Alex Colomar via Gcc wrote: > I guess asking the compiler to do two passes on the param list isn't as bad as > asking to do unbound lookahead. In this case it's bound: look ahead till the > end of the param list; get as much info as possible, and then do it again to > complete. Anything not yet clear after two passes is not valid. Unbounded here means an unbounded number of tokens, as opposed to e.g. looking one token ahead after seeing an identifier in statement context to determine if it's a label. -- Joseph S. Myers joseph@codesourcery.com