From owner-freebsd-current Mon May 13 13:41:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from ns.altadena.net (ns.altadena.net [206.126.144.2]) by hub.freebsd.org (Postfix) with ESMTP id EF7FC37B403 for ; Mon, 13 May 2002 13:40:57 -0700 (PDT) Received: (from pete@localhost) by ns.altadena.net (8.11.6/8.11.6) id g4DKeov12076 for current@freebsd.org; Mon, 13 May 2002 13:40:50 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200205132040.g4DKeov12076@ns.altadena.net> Subject: Something probably trivial To: current@freebsd.org Date: Mon, 13 May 2002 13:40:50 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm doing a cross-build of current on a system running stable, with a separate drive for current mounted as /current (with all sub-mounts correct). Separate problem causing me to cross-build: current doesn't like to boot lately - it hangs immediately after loading acpi.ko (on the SMP Supermicro; works fine on an Asus KT133A with older Athlon 1.2). I have been using setenv DESTDIR /current make -m/current/usr/share/mk -DDESTDIR=/current world >& mkw.out with mostly success (I only had to add the -m option lately and only for the kernel build so far, but I do it anyhow). The redundant DESTDIR is probably not needed but I want to be sure. After discovering the -j thing and its workaround independently, I now get the following stop after the initial compiler and lib build: ------------------------------------------------------------ >>> stage 4: populating /usr/obj/current/usr/src/i386/usr/include -------------------------------------------------------------- cd /current/usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/current/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/current/usr/src/i386/usr/libdata/perl/5.6.1 GROFF_BIN_PATH=/usr/obj/current/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/current/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/current/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/current/usr/src/i386 INSTALL="sh /current/usr/src/tools/install.sh" PATH=/usr/obj/current/usr/src/i386/usr/sbin:/usr/obj/current/usr/src/i386/usr/bin:/usr/obj/current/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 SHARED=symlinks includes incsinstall make: don't know how to make includes. Stop *** Error code 2 Stop in /current/usr/src. *** Error code 1 Stop in /current/usr/src. ----------------------------------------------------------------------- A quick look at the makefiles doesn't show anything obvious; is is possible that DESTDIR is being used to look up OBJDIR sometimes (like where includes come from?) My /obj is shared with stable with no conflict since the leading subdir is current instead of usr... I'm going to try setting MAKEOBJDIRPREFIX to /current/usr/obj and see. Got the same failure at the same place. Can't find anything in the handbook about cross-builds; the makefiles are fairly clear but not all of the interactions of bsd.*.mk are obvious. Whatever changed did so in the last 2 or 3 weeks and may or may not be related to the cc change. The default gnu makefiles and dir setup for gmp won't build with -j either, just for info - they do mkdir in the middle of the make and assume all the resulting dependencies will be picked up. May work with gmake and -j but certainly not with bmake. -- Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message