From owner-freebsd-current Sun Jan 26 15:16:47 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71D5137B401; Sun, 26 Jan 2003 15:16:45 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FCDD43ED8; Sun, 26 Jan 2003 15:16:44 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id h0QNGiIx058924; Sun, 26 Jan 2003 15:16:44 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id h0QNFS4E058905; Sun, 26 Jan 2003 15:15:28 -0800 (PST) Date: Sun, 26 Jan 2003 15:15:28 -0800 From: "David O'Brien" To: Ruslan Ermilov Cc: Kris Kennaway , Mark Murray , current@freebsd.org Subject: Re: Problem during alpha cross-building Message-ID: <20030126231528.GB58603@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Ruslan Ermilov , Kris Kennaway , Mark Murray , current@freebsd.org References: <20030124224544.GA53670@rot13.obsecurity.org> <20030125015446.GA87675@rot13.obsecurity.org> <20030125165008.GA55702@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030125165008.GA55702@sunbay.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 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 On Sat, Jan 25, 2003 at 06:50:08PM +0200, Ruslan Ermilov wrote: > On Fri, Jan 24, 2003 at 05:54:46PM -0800, Kris Kennaway wrote: > > On Fri, Jan 24, 2003 at 02:45:44PM -0800, Kris Kennaway wrote: > > > I'm getting this when trying to cross-build an alpha world. Is anyone > > > else seeing it? > > > > > > cc -O -pipe -DNLIST_ELF64 -static -o crunchide crunchide.o exec_elf64.o > > > exec_elf64.o: In function `hide_elf64': > > > exec_elf64.o(.text+0x30b): undefined reference to `be64toh' > > > exec_elf64.o(.text+0x530): undefined reference to `be64toh' > > > exec_elf64.o(.text+0x575): undefined reference to `be64toh' > > > exec_elf64.o(.text+0x59f): undefined reference to `be64toh' > > > exec_elf64.o(.text+0x5e6): undefined reference to `be64toh' > > > exec_elf64.o(.text+0x639): more undefined references to `be64toh' follow > > > *** Error code 1 > > > > > > Stop in /a/asami/portbuild/alpha/5/src/usr.sbin/crunch/crunchide. > > > *** Error code 1 > > > > I get the same problem trying to cross-build sparc64. Looks like > > cross-building is broken. > > > This is the result of David O'Brien removing part of my work > in the quoted commit (see attached), for no apparent reason. I gave the reason -- "private version". It is accepted that duplication on the level of the private endian.h is bad. I made a change to the system endian.h and found in a manual build of usr.sbin it wasn't being used. I tracked it down to the private version of endian.h. The exact details escape me at this time. It appeared to me that you added the private endian.h because at the time of your commit there wasn't a system one with the needed bits. So instead of backing out the commit, can we make the cross build work with the system version. From the quoted error messages, I don't have enough context to know when in the cross 'make world' this is happening. > The "private version" of endian.h was smart enough to pick up > the system if the latter was fresh enough to > have the necessary macros; now it tries to use > unconditionally, and fails on systems without be32toh() etc. > macros in their , e.g. RELENG_4 or 5.0-DP1. What are all the cases that things fail now? It looks like you're saying (1) doing an Alpha cross-world -CURRENT build on i386, (2) doing a 'make buildworld' on -CURRENT sources on a 5.0-DP1 install, (3) doing an upgrade from RELENG_4 to HEAD. Is that correct? Perhaps we need the current-compat.h header we've talked about many times that we can "cc -include {TOP}/tools/current-compat.h" during the 1st stage of 'make buildworld' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message