From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id D2F731077 for ; Tue, 14 Feb 2017 17:12:54 +0100 (CET) Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Feb 2017 08:12:54 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.35,161,1484035200"; d="scan'208";a="58505568" Received: from irsmsx107.ger.corp.intel.com ([163.33.3.99]) by orsmga004.jf.intel.com with ESMTP; 14 Feb 2017 08:12:52 -0800 Received: from irsmsx103.ger.corp.intel.com ([169.254.3.77]) by IRSMSX107.ger.corp.intel.com ([169.254.10.3]) with mapi id 14.03.0248.002; Tue, 14 Feb 2017 16:12:51 +0000 From: "Mcnamara, John" To: "Richardson, Bruce" , "Yigit, Ferruh" CC: Thomas Monjalon , "dev@dpdk.org" Thread-Topic: [dpdk-dev] [RFC 17.05] test: move tests to separate folder Thread-Index: AQHShtT4LN5lx0XsFE2jqOxfhIPn+6Foo/aAgAAAjLA= Date: Tue, 14 Feb 2017 16:12:51 +0000 Message-ID: References: <20170214151326.7554-1-ferruh.yigit@intel.com> <20170214154131.GA20524@bricha3-MOBL3.ger.corp.intel.com> In-Reply-To: <20170214154131.GA20524@bricha3-MOBL3.ger.corp.intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_IC x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiNjQ1NzRmYjMtZDhmNi00ZDA0LWE5NDItZWY1ODBjN2NiZDhmIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IndqY1c0QUN5elY0QjdUYTZrY3FYNlwvM0hTdEtoOFwvOUo4eWdoMmNEZzFhOD0ifQ== x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [RFC 17.05] test: move tests to separate folder 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: , X-List-Received-Date: Tue, 14 Feb 2017 16:12:55 -0000 > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Bruce Richardson > Sent: Tuesday, February 14, 2017 3:42 PM > To: Yigit, Ferruh > Cc: Thomas Monjalon ; dev@dpdk.org > Subject: Re: [dpdk-dev] [RFC 17.05] test: move tests to separate folder >=20 > On Tue, Feb 14, 2017 at 03:13:26PM +0000, Ferruh Yigit wrote: > > Tests are part of app folder and compiled with library every time. > > Moving tests into a "test" folder which won't be compiled by default. > > To compile tests, need to give explicit "make test" command. > > > > "make test" was previously used to run tests, which renamed to "make > > test_run" with this patch. > > > > This makes default compilation ~30% faster, > > [clang, make -j8, old]: real 1m04.355s > > [clang, make -j8, new]: real 0m41.740s > > > > For new case, test needs to built separately, which takes, > > [clang, make -j8 test]: real 0m24.293s > > > > The point is tests are not required always and by every one. > > > > Signed-off-by: Ferruh Yigit > > --- >=20 > Hi Ferruh, >=20 > I'm not sure I'm convinced by this, as I think there are advantages to > having the test code always compiled. Anything that is not compiled in > DPDK by default is more likely to be broken by patch submissions. The > speed boost to build is nice, but I'm not sure it's worth it. > However, I'm open to being convinced otherwise on this... Hi, In general, I am in favour of separating the main compilation from the compilation of the tests. Usually unit test code doesn't get compiled until you run "make test". Also, having the "test" code in the "app" dir is a little odd. > Anything that is not compiled in > DPDK by default is more likely to be broken by patch submissions. It is probably more important that the user runs the tests than just compiles them. :-) As a side effect of running the tests they will also compile them. As a side issue I think that we should improve the ease of running and extending the test suite. YMMV but I have always found the test suite hard to run with 100% passing tests. So I think this is a good first step to separate out unit testing from the rest of the code. John