From owner-freebsd-testing@FreeBSD.ORG Mon Jan 13 21:25:48 2014 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 705605BD for ; Mon, 13 Jan 2014 21:25:48 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DD441997 for ; Mon, 13 Jan 2014 21:25:47 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id t60so7041681wes.23 for ; Mon, 13 Jan 2014 13:25:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=GgpYLS8FbCTAyDfPn7CWbId+Pzs3Kopa5DOORj3GCPc=; b=K2rqhRFSCDcTRwfR5YAv6rfjx78HtgAfndGIaGk+QP2dksweWwWER8XNg1tWFDot7g NXQXq13pOjwgIkCXJNEtddNitLRp00g8e7eLfSdFEaaIqY7AyuludoG/kK11/9Sv8GOS Tp0z0+nIwBtmSEm1VMLsSbfx4CyMLbEKdNFbkcDvd7s6jViaZ6PNcE+qCHfnfE4WgCjx otNNOkQyUKzjqDhQ+h82ZGAqS3w8qr8jOoHSeISTBRFTpZjAmhuRVU5OQI+IVtE4Hoep OA+ux2Qhqk7FWwcsHkaCumwyIlvG3Eknjg5TkXZrZX7qWpdbnGHZ4IuVEP0TeH0IH20D jiPg== MIME-Version: 1.0 X-Received: by 10.180.189.69 with SMTP id gg5mr17590429wic.40.1389648346512; Mon, 13 Jan 2014 13:25:46 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.22.35 with HTTP; Mon, 13 Jan 2014 13:25:46 -0800 (PST) Date: Mon, 13 Jan 2014 14:25:46 -0700 X-Google-Sender-Auth: BZIj2wzh-_jrUUm_eNqV1w82ukw Message-ID: Subject: Correct src location for kernel ATF tests From: Alan Somers To: "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jan 2014 21:25:48 -0000 Where is the correct location within the source tree for ATF tests that exercise kernel features? For example, I'm currently trying to ATFify tools/regression/sockets/unix_seqpacket_exercise, but I'm not sure where to put it. -Alan From owner-freebsd-testing@FreeBSD.ORG Tue Jan 14 19:12:43 2014 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EB323AA for ; Tue, 14 Jan 2014 19:12:43 +0000 (UTC) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C676315D1 for ; Tue, 14 Jan 2014 19:12:42 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id g10so3100082wiw.7 for ; Tue, 14 Jan 2014 11:12:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=qDdkN0C4YFjnRdD0Wlm+CaZxIFNfQjzOzEAK6CFGwr8=; b=Rhivb4/Lr6itulJb04zAa8jo/CODBcSntEcFRv7050Qv8yB95FVJFvAzcTgUPBuSNW B9HY1ErSmf32Pvqwn5gs6Da0mFFhfBx4ipbhEbqh9FvbJRsAnMAxLbYZWoPJY+fARYV3 y2paE/p2il5GwAJOfMcLEC3cVkD1GanII6BXb65d13dIPqfY4CCcA9w+xOOq6y+SjaBv /iVwQXBCZFzyIC44UMRYXlYR3u5LOFe362B5uk9e8sqjOauY1ATm+ZWq+1i3uDwgGNQQ +8vDuCvl4IhsHrxNqPLqECu8uDvM0WXnhas/A/wZmfgZypVVfuNdBE0svRpifOet0l49 usIA== X-Gm-Message-State: ALoCoQkabulxuX21Getv6aUi++Ef+vSUveSs5klYANx6thiuKL4sP7/FQfKx7uTKyIdiaNLz6Ovo X-Received: by 10.194.82.105 with SMTP id h9mr74578wjy.52.1389726755510; Tue, 14 Jan 2014 11:12:35 -0800 (PST) Received: from [192.168.1.118] (62.57.0.127.dyn.user.ono.com. [62.57.0.127]) by mx.google.com with ESMTPSA id ua8sm1334863wjc.4.2014.01.14.11.12.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 14 Jan 2014 11:12:32 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Correct src location for kernel ATF tests From: Julio Merino In-Reply-To: Date: Tue, 14 Jan 2014 20:12:30 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7D8E1A11-A946-499A-B568-D77D91B49FA6@meroh.net> References: To: Alan Somers X-Mailer: Apple Mail (2.1827) Cc: "freebsd-testing@freebsd.org" X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 19:12:43 -0000 On Jan 13, 2014, at 22:25, Alan Somers wrote: > Where is the correct location within the source tree for ATF tests > that exercise kernel features? For example, I'm currently trying to > ATFify tools/regression/sockets/unix_seqpacket_exercise, I think it's good practice to _not_ ATFify an existing test at the same = time as it's moved. I feel it's better to first move the test program "as is" into its new = location, ensure it works, and only then change it to use the ATF = libraries. If done properly (e.g. by maintaining the same binary name = pre/post conversion), this should cause minimum churn and will allow for = easier tracking of code changes in the VCS history. > but I'm not sure where to put it. Ideally tests should live next to the code they exercise, just as we are = doing for user-space applications. This means that, at the very = minimum, they should be somewhere within src/sys/. Now that's tricky of course. Some thoughts that cross my mind: First, I'm not sure about what the implications of putting "user-level" = code in src/sys/ are regarding the build infrastructure. I suspect that = by restricting the test code into 'tests' subdirectories and only = recursing into them with the MK_TESTS knob is good enough, but I don't = know for sure at the moment. Second, possibly trickier, is that any kernel tests that currently exist = are integration tests by design: we have no unit-testing framework for = the kernel (such as what rump provides for NetBSD), and as such any test = will be quite "broad" in scope. This may make it difficult to pinpoint = the specific subdirectory in which the test belongs. For your case = above, I cannot tell if any of the src/sys/net*/ subdirectories are = relevant and/or specific enough. If they are, then I'd say put the test = in one of them using src/sys/netgraph/tests/unix_seqpacket_exercise to = pick an example at random. Lastly, we may need a src/sys/tests/ directory to implement = cross-functional tests that don't fit any specific directory, just like = we have src/tests/ for that purpose. Or maybe we can (ab)use the latter = instead.= From owner-freebsd-testing@FreeBSD.ORG Tue Jan 14 19:22:51 2014 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60C91CA1 for ; Tue, 14 Jan 2014 19:22:51 +0000 (UTC) Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC11D16B0 for ; Tue, 14 Jan 2014 19:22:50 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id w61so848584wes.30 for ; Tue, 14 Jan 2014 11:22:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Z+Z/Dor0ltDjT89SnVL9U/Ao9n8zxN9l5v17jAPGAdQ=; b=gnzO3VLLHivsqgHPkrx3K8PT/BPLm1l4SkQpAEgCUVmgXOxPKPLqQvN8CG9qJChHAu 2TojACX4K8rOmGluoCB4TXldEDNd4AkVbCuohiWIoKsflogXugpJ6fJi0cVHqnvzfkgu ty9dccejRYiEM1DUf1+Deqsc5UEPBHuTBelVf9i8rQwt+supIW38i5lW6P3byNAPADCi wbmC4d+I3gVu6C+CK2qg36s7weFkeldC5foVHkpGBaNmsgo5/0MZpVxL1/Sk6FQPuIvQ Xb3BEGrb4EnyxeHj+Bg6MgSKHfkHSv2VYwpHzjb5mzCTrlMwXcfRWJb34iBC6Z1Y4nSR g1fA== MIME-Version: 1.0 X-Received: by 10.194.240.199 with SMTP id wc7mr65056wjc.92.1389727369432; Tue, 14 Jan 2014 11:22:49 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.22.35 with HTTP; Tue, 14 Jan 2014 11:22:49 -0800 (PST) In-Reply-To: <7D8E1A11-A946-499A-B568-D77D91B49FA6@meroh.net> References: <7D8E1A11-A946-499A-B568-D77D91B49FA6@meroh.net> Date: Tue, 14 Jan 2014 12:22:49 -0700 X-Google-Sender-Auth: OpyyxuHobneaCjizeuWJLbXEEMA Message-ID: Subject: Re: Correct src location for kernel ATF tests From: Alan Somers To: Julio Merino Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-testing@freebsd.org" X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 19:22:51 -0000 On Tue, Jan 14, 2014 at 12:12 PM, Julio Merino wrote: > On Jan 13, 2014, at 22:25, Alan Somers wrote: > >> Where is the correct location within the source tree for ATF tests >> that exercise kernel features? For example, I'm currently trying to >> ATFify tools/regression/sockets/unix_seqpacket_exercise, > > I think it's good practice to _not_ ATFify an existing test at the same t= ime as it's moved. > > I feel it's better to first move the test program "as is" into its new lo= cation, ensure it works, and only then change it to use the ATF libraries. = If done properly (e.g. by maintaining the same binary name pre/post conver= sion), this should cause minimum churn and will allow for easier tracking o= f code changes in the VCS history. In this case, the test doesn't work to begin with. I'm rewriting almost from scratch. But I'll follow your suggestion when I commit to HEAD. I'll move first, then immediately edit to change the contents. > >> but I'm not sure where to put it. > > Ideally tests should live next to the code they exercise, just as we are = doing for user-space applications. This means that, at the very minimum, t= hey should be somewhere within src/sys/. > > Now that's tricky of course. Some thoughts that cross my mind: > > First, I'm not sure about what the implications of putting "user-level" c= ode in src/sys/ are regarding the build infrastructure. I suspect that by = restricting the test code into 'tests' subdirectories and only recursing in= to them with the MK_TESTS knob is good enough, but I don't know for sure at= the moment. > > Second, possibly trickier, is that any kernel tests that currently exist = are integration tests by design: we have no unit-testing framework for the = kernel (such as what rump provides for NetBSD), and as such any test will b= e quite "broad" in scope. This may make it difficult to pinpoint the speci= fic subdirectory in which the test belongs. For your case above, I cannot = tell if any of the src/sys/net*/ subdirectories are relevant and/or specifi= c enough. If they are, then I'd say put the test in one of them using src/= sys/netgraph/tests/unix_seqpacket_exercise to pick an example at random. Sounds good, but the most relevant directory is actually src/sys/kern/, not src/sys/netgraph. > > Lastly, we may need a src/sys/tests/ directory to implement cross-functio= nal tests that don't fit any specific directory, just like we have src/test= s/ for that purpose. Or maybe we can (ab)use the latter instead. We definitely will need some sort of location for cross-functional tests. For example, the STF ZFS tests touch just about everything related to ZFS. But that's a problem for another day. -Alan From owner-freebsd-testing@FreeBSD.ORG Tue Jan 14 20:26:33 2014 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEE17E8C for ; Tue, 14 Jan 2014 20:26:32 +0000 (UTC) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71B011583 for ; Tue, 14 Jan 2014 20:26:32 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id g10so3193727wiw.1 for ; Tue, 14 Jan 2014 12:26:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=iQrCKy4PXhOHw9TbgZn0Za0Qz2IDdMi2p+A0JCkeozk=; b=E1yp+itd7bAYZceV5BWTR3HZdaEP5H27zxi2ArOmpl9KePzSVjxQ35E05lxpgXKx7W 4qoNvLWt5K6BkyuG4HulsCRt5OkKrEjgdHttSKK2nhlDhmCdM3i1w7y1yF7FKuoNr56A J40zsOLyjUTgtqRjtmfLnYjJjIbYt000gHxwHwcknb6fixa59CO1eauE+zgaFYansI2N E2K3iRur71A1KEPoALZkFpBBSjLbkeIWe2d1gTTSL6khCGnDvpSpESm3r4pPZ2bwzaGF eK9QZJC7uNsqgcAqacLfOlIOJAI0BnVDhqxVN2EYuHW1EKOBF952gHVCsir6vTqwH5jy 9IJg== X-Gm-Message-State: ALoCoQnf+3/V6PzSlDj+Dtthp+JMEkDPWVfsmUZRPWhJPNYO/LSyzRzgGm+vWc368B0MWv8DC1uS X-Received: by 10.180.104.164 with SMTP id gf4mr21960967wib.35.1389731190631; Tue, 14 Jan 2014 12:26:30 -0800 (PST) Received: from [192.168.1.118] (62.57.0.127.dyn.user.ono.com. [62.57.0.127]) by mx.google.com with ESMTPSA id q15sm1478569wjw.18.2014.01.14.12.26.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 14 Jan 2014 12:26:26 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Correct src location for kernel ATF tests From: Julio Merino In-Reply-To: Date: Tue, 14 Jan 2014 21:26:25 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7D8E1A11-A946-499A-B568-D77D91B49FA6@meroh.net> To: Alan Somers X-Mailer: Apple Mail (2.1827) Cc: "freebsd-testing@freebsd.org" X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 20:26:33 -0000 On Jan 14, 2014, at 20:22, Alan Somers wrote: > On Tue, Jan 14, 2014 at 12:12 PM, Julio Merino = wrote: >> On Jan 13, 2014, at 22:25, Alan Somers wrote: >>=20 >>> Where is the correct location within the source tree for ATF tests >>> that exercise kernel features? For example, I'm currently trying to >>> ATFify tools/regression/sockets/unix_seqpacket_exercise, >>=20 >> I think it's good practice to _not_ ATFify an existing test at the = same time as it's moved. >>=20 >> I feel it's better to first move the test program "as is" into its = new location, ensure it works, and only then change it to use the ATF = libraries. If done properly (e.g. by maintaining the same binary name = pre/post conversion), this should cause minimum churn and will allow for = easier tracking of code changes in the VCS history. >=20 > In this case, the test doesn't work to begin with. I'm rewriting > almost from scratch. OK, then it makes sense to just do the "move" in one go. >> Second, possibly trickier, is that any kernel tests that currently = exist are integration tests by design: we have no unit-testing framework = for the kernel (such as what rump provides for NetBSD), and as such any = test will be quite "broad" in scope. This may make it difficult to = pinpoint the specific subdirectory in which the test belongs. For your = case above, I cannot tell if any of the src/sys/net*/ subdirectories are = relevant and/or specific enough. If they are, then I'd say put the test = in one of them using src/sys/netgraph/tests/unix_seqpacket_exercise to = pick an example at random. >=20 > Sounds good, but the most relevant directory is actually > src/sys/kern/, not src/sys/netgraph. SGTM. Is the test specific to a single file within kern or is it not? If it is, then name the test program after the source file. For = example, assuming this tested stuff from sys_socket.c, you'd then have a = sys_socket_test test program and put a single test case inside it called = unix_seqpacket_exercise. If it is not, then make sure to use a generic-enough name for the test = program that leaves room for future test cases in the same "area". https://wiki.freebsd.org/TestSuite/Structure contains some more = rationales for this. From owner-freebsd-testing@FreeBSD.ORG Fri Jan 17 18:58:36 2014 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C33068E3 for ; Fri, 17 Jan 2014 18:58:36 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FCC31FF3 for ; Fri, 17 Jan 2014 18:58:36 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id ex4so1125854wid.17 for ; Fri, 17 Jan 2014 10:58:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=DUEZte/x7IoZvr6PDctwkAajy0Z3ZF1mF6xklCsxdys=; b=nzEvBxMkpzC7OMQ2JOggiEagphcO0i5mijtmnWRBp08izsOALnwmIRj1VBAnVPaQaG /3LcbQxZMlTkrBi3xdtwm4skVyG9dk0iWLFB+Y3ZJoDdgrQHrpKvWKFLZDiRumGk1ZAc qtmtuLHyL4PbfAFw/LGXd6G/q+8yCSDPkCcMx1Cnl/+dEgkHziGHq25BN8v+Nayoxku6 ZhllV21pA8j+JxBjqyc/bgODXcv5ay4mcdIbMSbUTkt86F+w4iQmSen1kKJQjEVbpT6o XcPAmIfl6PoxE+ahQkarHlo/m+e2hmlaFbqhzVT8PsmW72uNW5rKzYacmRKf2cI1I3mi OrTg== MIME-Version: 1.0 X-Received: by 10.194.202.230 with SMTP id kl6mr3608201wjc.9.1389985114785; Fri, 17 Jan 2014 10:58:34 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.22.35 with HTTP; Fri, 17 Jan 2014 10:58:34 -0800 (PST) Date: Fri, 17 Jan 2014 11:58:34 -0700 X-Google-Sender-Auth: HyhsxgdwDI0PlajuDtEtfJ68eC4 Message-ID: Subject: WITH_TESTS=1 make installworld fails to install ATF C tests From: Alan Somers To: "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 18:58:36 -0000 I'm unable to do a make installworld on my FreeBSD/head machine. When I try, I get errors about "No such file or directory" for some ATF tests. The odd thing is, if I do "make buildenv" and run the command that failed, it works. How can "make buildworld" fail even though the same commands work in a "make buildenv" shell? Has anyone seen this before? For the record, this is AMD64, I just did a completely clean buildworld, and my source tree is at rev 260786. install -o root -g wheel -m 444 Kyuafile.auto /usr/tests/lib/atf/libatf-c/detail/Kyuafile (cd /usr/home/alans/freebsd/head/lib/atf/libatf-c/tests/detail && make -f /usr/home/alans/freebsd/head/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=process_helpers install) install -s -o root -g wheel -m 555 process_helpers /usr/tests/lib/atf/libatf-c/detail/process_helpers install: process_helpers: No such file or directory *** Error code 71 Stop. make[9]: stopped in /usr/home/alans/freebsd/head/lib/atf/libatf-c/tests/detail *** Error code 1 Stop. make[8]: stopped in /usr/home/alans/freebsd/head/lib/atf/libatf-c/tests/detail *** Error code 1 Stop. make[7]: stopped in /usr/home/alans/freebsd/head/lib/atf/libatf-c/tests *** Error code 1 Stop. make[6]: stopped in /usr/home/alans/freebsd/head/lib/atf/libatf-c *** Error code 1 Stop. make[5]: stopped in /usr/home/alans/freebsd/head/lib/atf *** Error code 1 Stop. make[4]: stopped in /usr/home/alans/freebsd/head/lib *** Error code 1 Stop. make[3]: stopped in /usr/home/alans/freebsd/head *** Error code 1 Stop. make[2]: stopped in /usr/home/alans/freebsd/head *** Error code 1 Stop. make[1]: stopped in /usr/home/alans/freebsd/head *** Error code 1 Stop. make: stopped in /usr/home/alans/freebsd/head [root@alans-fbsd-head /usr/home/alans/freebsd/head]# make buildenv Entering world for amd64:amd64 # (cd /usr/home/alans/freebsd/head/lib/atf/libatf-c/tests/detail && make -f /usr/home/alans/freebsd/head/lib/atf/libatf-c/tests/detail/Makefile _RECURSING_PROGS= SUBDIR= PROG=process_helpers install) sh /usr/home/alans/freebsd/head/tools/install.sh -s -o root -g wheel -m 555 process_helpers /usr/tests/lib/atf/libatf-c/detail/process_helpers sh /usr/home/alans/freebsd/head/tools/install.sh -o root -g wheel -m 444 Kyuafile.auto /usr/tests/lib/atf/libatf-c/detail/Kyuafile