From owner-freebsd-stable@freebsd.org Fri Jan 26 16:33:26 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6F67EDE964 for ; Fri, 26 Jan 2018 16:33:26 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3FE267A257 for ; Fri, 26 Jan 2018 16:33:25 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 9c52d0fa-02b6-11e8-bb8e-b35b57339d60 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 9c52d0fa-02b6-11e8-bb8e-b35b57339d60; Fri, 26 Jan 2018 16:33:17 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w0QGXHWD013949; Fri, 26 Jan 2018 09:33:17 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1516984397.42536.245.camel@freebsd.org> Subject: Re: why does buildworld fail on stable/11 ? From: Ian Lepore To: Holger Kipp , Scott Bennett Cc: "freebsd-stable@freebsd.org" , "dim@FreeBSD.org" , "tech-lists@zyxst.net" Date: Fri, 26 Jan 2018 09:33:17 -0700 In-Reply-To: <054FD748-B28B-4573-BF50-2E77D8C3C793@alogis.com> References: <201801240851.w0O8pnDl008705@sdf.org> <0A86F03E-DB69-4DD0-B67B-E9BFBE3DC739@FreeBSD.org> <1516811808.42536.173.camel@freebsd.org> <201801250625.w0P6Pukm014218@sdf.org> <1516893199.42536.223.camel@freebsd.org> <201801260804.w0Q84t2f018882@sdf.org> <054FD748-B28B-4573-BF50-2E77D8C3C793@alogis.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jan 2018 16:33:26 -0000 On Fri, 2018-01-26 at 09:52 +0000, Holger Kipp wrote: > Dear Scott, > > Am 26.01.2018 um 09:07 schrieb Scott Bennett >: > > cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin MAKE_CMD=make /usr/obj/usr/src/make.amd64/bmake -m /usr/src/share/mk -f Makefile.inc1 TARGET=amd64 TARGET_ARCH=amd64 MK_META_MODE=no cleandir > bmake: illegal argument to d option -- p > usage: make [-BPSXeiknpqrstv] [-C directory] [-D variable] > [-d flags] [-E variable] [-f makefile] [-I directory] > [-j max_jobs] [-m directory] [-V variable] > [variable=value] [target ...] > *** Error code 2 > > Stop. > make: stopped in /usr/src > hellas# exit > exit > > Script done on Fri Jan 26 01:33:18 2018 > > >                                  Scott Bennett, Comm. ASMELG, CFIAG > > This sound similar to an issue with make in 2013: > > 20130613: > Some people report the following error after the switch to bmake: > > make: illegal option -- J > usage: make [-BPSXeiknpqrstv] [-C directory] [-D variable] > ... > *** [buildworld] Error code 2 > > this likely due to an old instance of make in > ${MAKEPATH} (${MAKEOBJDIRPREFIX}${.CURDIR}/make.${MACHINE}) > which src/Makefile will use that blindly, if it exists, so if > you see the above error: > > rm -rf `make -V MAKEPATH` > > should resolve it. > > Can you check if you have an older version of make in your makepath and delete / rename it? > Yep, it's definitely running a bad old version of make, and the thought that it's using /usr/obj/usr/src/make.amd64/bmake even though it's not up to date fits the symptoms.  I'm a bit confused by the "rm -rf" command at the end... when I do make -V MAKEPATH I get nothing, so the rm command would just be an error -- since that's from UPDATING in 2013, I'm thinking it may be out of date advice now. I think the right fix here is probably "rm -rf /usr/obj/*" followed by a make buildworld. -- Ian