From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 8 10:50:13 2012 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A225C1065679 for ; Thu, 8 Mar 2012 10:50:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8C98FC14 for ; Thu, 8 Mar 2012 10:50:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q28AoDpN006926 for ; Thu, 8 Mar 2012 10:50:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q28AoDjY006925; Thu, 8 Mar 2012 10:50:13 GMT (envelope-from gnats) Date: Thu, 8 Mar 2012 10:50:13 GMT Message-Id: <201203081050.q28AoDjY006925@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Justin Smith X-Mailman-Approved-At: Thu, 08 Mar 2012 12:12:09 +0000 Cc: Subject: Re: amd64/165845: Unable to build kernel on 8.2-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Justin Smith List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 10:50:13 -0000 The following reply was made to PR amd64/165845; it has been noted by GNATS. From: Justin Smith To: Peter Wemm Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/165845: Unable to build kernel on 8.2-STABLE Date: Thu, 8 Mar 2012 18:41:35 +0800 > This is some sort of user error and a problematic bug report as well. > > First.. please don't use pastebin type things that expire. =A0When the > context goes away in 31 days, the bug report becomes meaningless and > loses its search reference value. =A0In a month or two, somebody might > have the same problem and if there's a documented solution here then > the search engines will never find the context to give them the > solution. > > Second.. =A0 The last error you hit was: > ld =A0-d -warn-common -r -d -o aac.ko.debug aac.o aac_pci.o aac_disk.o aa= c_cam.o > -L VERSION -g -o aac.ko.debug aac.o aac_pci.o aac_disk.o aac_cam.o > -L:No such file or directory > > The only things that look like that are in share/mk/sys.mk: > # C Type Format data is required for DTrace > CTFFLAGS =A0 =A0 =A0 =A0?=3D =A0 =A0 =A0-L VERSION" > > And that's used with a SYSTEM_CTFMERGE in the kernel makefiles. > > So, what you've done is partially disabled dtrace or CDDL or the CTF > flags. =A0Or you've got a stale /usr/obj/* tree. =A0Or got stray, stale > build files in your source tree. > > This is an environmental issue on your end in some way. =A0(I don't mean > the $ENV variables.. It is something else.) > > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6F= JV > "All of this is for nothing if we don't go to the stars" - JMS/B5 > "If Java had true garbage collection, most programs would delete > themselves upon execution." -- Robert Sewell Yup, I removed DTrace support from kernel and make.conf. It works now. I guess I need DTrace support, what do I do to fix it.