From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-4.2 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id D70391F5AE for ; Sun, 2 Aug 2020 19:46:13 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 7F6B7385EC4E; Sun, 2 Aug 2020 19:46:12 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7F6B7385EC4E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1596397572; bh=HeqtGfZTYow7+duvMVU/m/KQu8+H1vl9LruJrIiGlyw=; h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=dth+dWuy1CpXSD1/B1Db15W3fMtA/Ow8ixDzef3dhrGmva3P8rl0D36BEkH3/jPC+ SYBWtwHvMLqlN7kue0NcPDkKzpYmclplrFwfJU5vXBYUBJSz2KmBpjLpi5+0QXUpRC xcoVmHAbVwLS2KY/KVl1pP0EOLVlgDetJEjjDP9s= Received: from esa5.hgst.iphmx.com (esa5.hgst.iphmx.com [216.71.153.144]) by sourceware.org (Postfix) with ESMTPS id 4AF993858D35 for ; Sun, 2 Aug 2020 19:46:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 4AF993858D35 IronPort-SDR: 1hy9g3HmyaNc4VY2O8fSHcvoFRniGXYv8iAZmXqKuc3LmDkONfOfx+xL+GdrggLCg6d9XVJcDr d8xdlZ0JGWG33cqXiZvTgvW8CVuH+KCRODWKGdwh9TOe1F1XTVeSP0k4074AviNQ95x/aX/7fR l79/auBNdPHP36xyHCSRGZ5tUEZeSf4F8/8U0DXs/9Nkdali4vzQDhrDF7ZoG4nolBaVqxfJYe vrSiiMy7M4+IIps1FeBTVTEi9jKC6aPKZ/2QAVRUo/rVWt1u+eSPsefRtNfTSyVvd9Hxkx31+Z r0o= X-IronPort-AV: E=Sophos;i="5.75,427,1589212800"; d="scan'208";a="144035100" Received: from uls-op-cesaip01.wdc.com (HELO uls-op-cesaep01.wdc.com) ([199.255.45.14]) by ob1.hgst.iphmx.com with ESMTP; 03 Aug 2020 03:46:09 +0800 IronPort-SDR: IxWtAVeF0wP23Sdc1x3HOcYxuNR5qR0CMGXcC+6w8wohyi4IglKsa2jlLN6jBgYBa/0milI09B /4d8vKfIU94Q== Received: from uls-op-cesaip02.wdc.com ([10.248.3.37]) by uls-op-cesaep01.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Aug 2020 12:34:12 -0700 IronPort-SDR: ReQYGOrTSNzV9laL3iAxTo8yS7OjnwfG9hzktmhAt3SaqiMMeOH2PzaLxDof4ZkMJtcYkbKpd4 91NhnQElPZlQ== WDCIronportException: Internal Received: from unknown (HELO redsun52) ([10.149.66.28]) by uls-op-cesaip02.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Aug 2020 12:46:08 -0700 Date: Sun, 2 Aug 2020 20:46:01 +0100 (BST) To: Adhemerval Zanella Subject: Re: [PATCH 15/16] linux: Add {f}stat{at} y2038 support In-Reply-To: <9555e199-4dcc-22c0-0d06-85144d1f1156@linaro.org> Message-ID: References: <20200723194641.1949404-1-adhemerval.zanella@linaro.org> <20200723194641.1949404-16-adhemerval.zanella@linaro.org> <20200724125350.7bbbd20a@jawa> <9555e199-4dcc-22c0-0d06-85144d1f1156@linaro.org> User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: "Maciej W. Rozycki via Libc-alpha" Reply-To: "Maciej W. Rozycki" Cc: libc-alpha@sourceware.org, Alistair Francis Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" On Thu, 30 Jul 2020, Adhemerval Zanella via Libc-alpha wrote: > > And one more question what is the correct alignment: > > (statx, fd, file, flag > > &stx); > > > > or > > (statx, fd, file, flag > > &stx); > > My understanding the latter. The opposite AFAIK, and you can always use `indent -gnu' to get the stuff right as far as "The GNU Coding Standards" are concerned, except perhaps for some really obscure code such as I believe some multi-line macros, and also some newer constructs such as ISO C99 compound literals may not work out well and have to be fixed up by hand (at least with older versions of GNU indent; I haven't checked what the most recent behaves like). Of course GNU indent will not handle project-specific extra rules such as ours: . Maciej