From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id BDAADA045E for ; Tue, 28 May 2019 13:46:20 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 3C48F2E8F; Tue, 28 May 2019 13:46:19 +0200 (CEST) Received: from mail-wr1-f67.google.com (mail-wr1-f67.google.com [209.85.221.67]) by dpdk.org (Postfix) with ESMTP id E61811B05 for ; Tue, 28 May 2019 13:46:17 +0200 (CEST) Received: by mail-wr1-f67.google.com with SMTP id d18so19871059wrs.5 for ; Tue, 28 May 2019 04:46:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:content-transfer-encoding:user-agent:mime-version; bh=kNCgyrqcjiPsIpoOHqi8AiJXm6ArYsev3X6FjGBkBFA=; b=gGuhdWYku8wJ53bGDqxqIGRArEKQaPiXB6xtV8ZM0/Pt0M93l2iX62LiSBbuoQ5k55 gVZtcu5VGQu5jrnv9tRUrSmNZ0YwsEHSSWe0e/gTN9NmELYizBKP6WGPhlK4R4hXz9I8 B+0SJEHO/0ILBWSeA4Skbw/gaiUWjVcC9l74x0wrAKk7QE6cNmfXK0VEx21Y+VFFD/4p gKvCCxp+ygNz94VmYAYgHsj9KjggyZuwapI8Iser82oGM4rBTusmZo0TELvcEBLuAGZN 1BRT67l7c1x6jkJtcq7cJWvbVt5QyRD75JPncSxwWR3RclnzSiaXYR9hgKse1yyUfr25 tPQQ== X-Gm-Message-State: APjAAAWM/IsFIfENAO1s9haijjh7ARdcF8aixft30rHiNwOf8gG8nswe jo4A4Sqqur3XHcSZjJIhA18= X-Google-Smtp-Source: APXvYqwd8eIW6UrGBNMj1BnU7gqrKIC6VwDIE4D0t22xO8lcGMAOoNGHiSgm2S/FBfYOTwCLVZVqXw== X-Received: by 2002:a5d:6310:: with SMTP id i16mr5739131wru.320.1559043977437; Tue, 28 May 2019 04:46:17 -0700 (PDT) Received: from localhost ([88.98.246.218]) by smtp.gmail.com with ESMTPSA id j7sm10896621wrt.31.2019.05.28.04.46.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 28 May 2019 04:46:16 -0700 (PDT) Message-ID: <38787f77901679fad2b577356ac302d079337ffb.camel@debian.org> From: Luca Boccassi To: Bruce Richardson , dev@dpdk.org Date: Tue, 28 May 2019 12:46:15 +0100 In-Reply-To: <20190528110748.10772-5-bruce.richardson@intel.com> References: <20190527161509.50252-1-bruce.richardson@intel.com> <20190528110748.10772-1-bruce.richardson@intel.com> <20190528110748.10772-5-bruce.richardson@intel.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.30.5-1 MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v2 4/5] eal: mark unused function in 32-bit builds X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Tue, 2019-05-28 at 12:07 +0100, Bruce Richardson wrote: > The get_socket_mem_size() function is only used in 64-bit builds, > causing clang to warn about it for 32-bit builds. Add the > __rte_unused > attribute to the function to silence the warning. >=20 > Signed-off-by: Bruce Richardson < > bruce.richardson@intel.com > > > --- > lib/librte_eal/linux/eal/eal_memory.c | 1 + > 1 file changed, 1 insertion(+) >=20 > diff --git a/lib/librte_eal/linux/eal/eal_memory.c > b/lib/librte_eal/linux/eal/eal_memory.c > index 40a0f68..1853ace 100644 > --- a/lib/librte_eal/linux/eal/eal_memory.c > +++ b/lib/librte_eal/linux/eal/eal_memory.c > @@ -1088,6 +1088,7 @@ remap_needed_hugepages(struct hugepage_file > *hugepages, int n_pages) > return 0; > } > =20 > +__rte_unused /* function is unused on 32-bit builds */ > static inline uint64_t > get_socket_mem_size(int socket) > { Acked-by: Luca Boccassi --=20 Kind regards, Luca Boccassi