From owner-freebsd-arch@FreeBSD.ORG Tue Oct 2 15:39:21 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F192D106564A; Tue, 2 Oct 2012 15:39:20 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from exprod7og118.obsmtp.com (exprod7og118.obsmtp.com [64.18.2.8]) by mx1.freebsd.org (Postfix) with ESMTP id A385B8FC15; Tue, 2 Oct 2012 15:39:19 +0000 (UTC) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob118.postini.com ([64.18.6.12]) with SMTP ID DSNKUGsKob/1aHEXgvXZAzyGrIgFecKw5o35@postini.com; Tue, 02 Oct 2012 08:39:20 PDT Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 2 Oct 2012 08:38:13 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q92FcDh48007; Tue, 2 Oct 2012 08:38:13 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id D766B58093; Tue, 2 Oct 2012 08:38:12 -0700 (PDT) To: John Baldwin In-Reply-To: <201210020750.23358.jhb@freebsd.org> References: <20121001223100.E7D0D58093@chaos.jnpr.net> <201210020750.23358.jhb@freebsd.org> Comments: In-reply-to: John Baldwin message dated "Tue, 02 Oct 2012 07:50:23 -0400." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Tue, 2 Oct 2012 08:38:12 -0700 Message-ID: <20121002153812.D766B58093@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain Cc: Garrett Cooper , freebsd-hackers@freebsd.org, freebsd-arch@freebsd.org, sjg@juniper.net Subject: Re: Fwd: [CFT/RFC]: refactor bsd.prog.mk to understand multiple programs instead of a singular program X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2012 15:39:21 -0000 On Tue, 2 Oct 2012 07:50:23 -0400, John Baldwin writes: >BTW, one general comment. There seem to be two completely independent >groups of folks working on ATF (e.g. there have been two different >imports of ATF into the tree in two different locations IIRC, and now >we have two different sets of patches to our system makefiles). Yes, and no. We (Juniper) have been using ATF for some time, and were going to do import etc, but for various reasons haven't done it yet. In part I guess because having bmake in tree would have made things much simpler - avoiding re-inventing wheels. Garrett, has forged ahead, and we are fine with that - Marcel did the import for him. Obviously though (as I've probably just made clear) we don't want ATF to unnecessarily complicate the build. We hope to get the initial bmake commit done this week, and then we can help Garrett get ATF going with minimal fuss. >Are these two groups talking to each other at all? Yes, but I don't think Garrett was aware of the bmake work. > It seems there are some differences in >the two approaches that merit working out to avoid a lot of wasted >effort on both sides. The differences are probably very minor, and hopefully easily sorted out. The most significant being how to build the multiple test apps in one directory. Related to that is the exact location. I believe we are all agreed that tests should be co-located with the code they exercise - to facilitate testing as you make changes. We use a tests/ subdir per lib and prog that has unit-tests and I would recommend doing the same. This is consistent with the above goal, and the separate directory is very useful for keeping the build simple - eg. libfoo/Makefile can continue to just use bsd.lib.mk while libfoo/tests/Makefile can use any of bsd.prog.mk, bsd.progs.mk, bsd.test.mk or atf.test.mk Also, these separate dirs become even more important when using meta mode because you want the all/default target to "just do the right thing", and do it the same way every time, to avoid churn in dependencies. >Do we already have a freebsd-atf@ mailing list? If not, perhaps we >should create one and start these discussions there? Don't know, but fine either way. --sjg