From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: API feature check _HAS_ Date: Thu, 26 Nov 2015 21:35:03 +0100 Message-ID: <13076727.eWbPQotoSK@xps13> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit To: dev@dpdk.org Return-path: Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) by dpdk.org (Postfix) with ESMTP id 5FB0C9239 for ; Thu, 26 Nov 2015 21:36:23 +0100 (CET) Received: by wmvv187 with SMTP id v187so45546314wmv.1 for ; Thu, 26 Nov 2015 12:36:23 -0800 (PST) List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" When introducing LRO, Vlad has defined the macro RTE_ETHDEV_HAS_LRO_SUPPORT: http://dpdk.org/browse/dpdk/commit/lib/librte_ether/rte_ethdev.h?id=8eecb329 It allows to use the feature without version check (before the release or after a backport). Do you think it is useful? Should we define other macros RTE_[API]_HAS_[FEATURE] for each new feature or API change? It's time to fix it before releasing the 2.2 version.