Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1287342pxk; Fri, 25 Sep 2020 10:45:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyqNMpAuPHp4dI1fD1WJSx+SrEaYyXVOdZHig+WpyG+Xy7+YLFwgzSp48n82noJcRG0Y0Ir X-Received: by 2002:aa7:c1c3:: with SMTP id d3mr2592505edp.228.1601055910142; Fri, 25 Sep 2020 10:45:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601055910; cv=none; d=google.com; s=arc-20160816; b=Ur3TY9zimc2q9vqNl1Pnl93KQ3k0NVoLM3KPlq8fvU+7wUth2LItQ/AZezdcF17/Ex 4n//Jf5IynA0dG/el40jOEyqKwsZm+6sIekTDIv2dhCVzoCCpb+RQqPbotu0h2h6uCUn 74cv2HDbNjFMBrPbEl9XSJuJapmyzcBbEONbEiYfRAM+8pO2CH1WShuxwPE9vKNQzbrr QKeQoktizfUuCqexYqMeviZctjwb9VolBfDwwYLEgA6cftnz0E8IsnpAYTmIgGuWBu9b Is0eEumGyZu7GgaZQdpPyTXqZeDpCQVz9UruXx3ia/GshugXrro2fodRfLSGsaytuCvi cOUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=7N6z94MGd0FX3J4+50G/PkhondYj8InFU0tt0RiuRwk=; b=XmJ4arktg4rvTzYx6WeKbE3iLB0orw+UlkJ5Vey68EZubD23LP4ge6TrxI5d5VAACW S7y4BI3X+hdIpPHkSHE55HRYzQechurOFnUD5yCckonZir4jFqu7yMZXVo8A9Q6zpUtN pa3gGMp2sDXeiW6DTA32XMWh8ibunAGICqqDOZlNwYEsqrJm2LLnDCA/TjiQ/ytEmBjH NxM0GRcc4k+FopOGiHqzDKosM2++mIog3wcuRmU1/BL4on1E079zIo1yktDsx0WMDZ9f SU7PaKRLzMONBOEHan7LPuvj29AYHY5zDnCHaEJeOOQ3isBYRMy7E9Zb4AHcifwWbnNL b5DA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=HyU0RKhd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s10si2228924ejr.574.2020.09.25.10.44.46; Fri, 25 Sep 2020 10:45:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=HyU0RKhd; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729627AbgIYRnA (ORCPT + 99 others); Fri, 25 Sep 2020 13:43:00 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:55249 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729036AbgIYRnA (ORCPT ); Fri, 25 Sep 2020 13:43:00 -0400 Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1601055779; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7N6z94MGd0FX3J4+50G/PkhondYj8InFU0tt0RiuRwk=; b=HyU0RKhd1WckRYHEK+44A4JWA9bz9C2pUdhKcFKQLT8EpALdL1mUHrZLAB3MCf7AMM7d/b cAQgOGkIRwQjqLTio6qlwnRXQmiD/vigbCQMKmEJVru1tHRZ1YlHUXb/WgJOADZS/4uPBV aDd6GE46/Cb9oTc6XD4s4bZd8dSE5dk= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-553-DYD928vjMa2JiSqYo-8Wbg-1; Fri, 25 Sep 2020 13:42:55 -0400 X-MC-Unique: DYD928vjMa2JiSqYo-8Wbg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id E68E5425E6; Fri, 25 Sep 2020 17:42:53 +0000 (UTC) Received: from localhost (unknown [10.33.36.4]) by smtp.corp.redhat.com (Postfix) with ESMTP id 61FB25D9DC; Fri, 25 Sep 2020 17:42:53 +0000 (UTC) Date: Fri, 25 Sep 2020 18:42:52 +0100 From: Jonathan Wakely To: Alejandro Colomar Cc: fweimer@redhat.com, linux-man@vger.kernel.org, libc-alpha@sourceware.org, gcc@gcc.gnu.org, rusty@rustcorp.com.au, linux-kernel@vger.kernel.org, libstdc++@gcc.gnu.org, libc-coord@lists.openwall.com, enh@google.com Subject: Re: [PATCH v2] : Add nitems() and snitems() macros Message-ID: <20200925174252.GO6061@redhat.com> References: <20200922145844.31867-1-colomar.6.4.3@gmail.com> <20200925132000.235033-1-colomar.6.4.3@gmail.com> <20200925144822.GM6061@redhat.com> <22c110fe-4c92-e5e6-dc35-dbf00a97cfa2@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <22c110fe-4c92-e5e6-dc35-dbf00a97cfa2@gmail.com> X-Clacks-Overhead: GNU Terry Pratchett X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 25/09/20 18:30 +0200, Alejandro Colomar via Libstdc++ wrote: >I have a similar number of ARRAY_SIZE() and ARRAY_SSIZE(). >I could have '#define snitems(arr) ((ptrdiff_t)nitems(arr))' in my projects, >but is it really necessary? The barrier for adding something to glibc headers should be a LOT higher than "I could [do it in my own code], but is it really necessary?" >Did I convince you? :-) No.