Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp5117089imm; Tue, 9 Oct 2018 09:55:28 -0700 (PDT) X-Google-Smtp-Source: ACcGV63VsrWRW5WtnftCZsLR8SKXp5lNOg7JkH3iknAAAg5bJF4B2GiN5lhG+aELF3qdUZfcUz5L X-Received: by 2002:a17:902:7582:: with SMTP id j2-v6mr29761401pll.76.1539104128887; Tue, 09 Oct 2018 09:55:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539104128; cv=none; d=google.com; s=arc-20160816; b=QFlRH7FoSdRPp1eAiMJKlMb8bJIbAsO9HNM/Ek4AoIPk0pS49tbPIF7ubtbUuIGvzo 7ZVHWIGljwHQaah/lsywSGnMoHiF97x182snQXilugg+OIWIwM6fRAAPYWejiJVmDQVt E4DLv57MCzrZ1+xNIef/NSTbTJI1yCC4yqtm55wtKBXo57+FIY7YhutuArhGllzoxbvj r4PMTGgzRKpm4kbt2u5k+f3NaM3thHAFCwjCySF8J6IDpv6F5wboR9hffwBhNMoxtbkS lqEWptIEUgQCzY1aBnDSWFLmeAXtk0TDKIdXwR8BUjVm9jTG7AXsoWiiehJ2Dn7aDwSO 9jmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:message-id:in-reply-to:subject:cc:to:from :date; bh=LEFkBy/PQgI2LIAcBbxRohMiiSPWn2sdumbFLnzy2dM=; b=VtH0zDCjEpplGMLngzAUFIz9ljqKts/CtTNe/Md7C37p/Cq0RT7BhR1gm2gY07kLUz JQztClEsYX9w8osMMNwQRpZ9b9Q7oHui7quHUU0VIU3DzhymM6GziAtijctPRmFXoNyn Ngq0TymXQOd7i9NJeFXjo9K5iveP6wg7/svObkbQZ/S30QRGt44DRICWpgTjsr8CZ5iF 6j6aRXj+0iee9LniC22V+Yl8pDkEclrWGPC6wH6v4PVxtTpIYBMX59kfx8fU5cYSPsnO 9bcdVYjdeq/hgH7d0aLsyRePocUuXDJfrgq+YKooGlUIp/lJyppZSSaLOCbv5WTKvOjY LDCw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 33-v6si22273473pll.381.2018.10.09.09.55.13; Tue, 09 Oct 2018 09:55:28 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726906AbeJJAMh (ORCPT + 99 others); Tue, 9 Oct 2018 20:12:37 -0400 Received: from a3.inai.de ([88.198.85.195]:47912 "EHLO a3.inai.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726418AbeJJAMh (ORCPT ); Tue, 9 Oct 2018 20:12:37 -0400 Received: by a3.inai.de (Postfix, from userid 25121) id A5B8F3BACCCA; Tue, 9 Oct 2018 18:54:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by a3.inai.de (Postfix) with ESMTP id 992F63BACCC1; Tue, 9 Oct 2018 18:54:42 +0200 (CEST) Date: Tue, 9 Oct 2018 18:54:42 +0200 (CEST) From: Jan Engelhardt To: David Howells cc: linux-api@vger.kernel.org, linux-kbuild@vger.kernel.org, Coly Li , Kent Overstreet , linux-bcache@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 04/11] UAPI: bcache: Fix use of embedded flexible array In-Reply-To: <17992.1539099666@warthog.procyon.org.uk> Message-ID: References: <153616290368.23468.7806230605345568524.stgit@warthog.procyon.org.uk> <17992.1539099666@warthog.procyon.org.uk> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 2018-10-09 17:41, David Howells wrote: >Jan Engelhardt wrote: > >> """it [the array size expression] shall be a converted constant expression of >> type std::size_t and its value shall be greater than zero.""" >> —http://eel.is/c++draft/dcl.array > >Interesting. You're not actually quoting the full sentence: > > If the constant-expression is present, it shall be a converted > constant expression of type std​::​size_­t and its value shall be > greater than zero. > >This suggests that: > > __u64 ptr[] > >is actually valid I think that kind of validity only goes for this kind of standalone decl: extern int myints[]; but not for []-inside-struct.