From owner-freebsd-arm@FreeBSD.ORG Wed Dec 8 18:44:11 2004 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C622D16A4CE for ; Wed, 8 Dec 2004 18:44:11 +0000 (GMT) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DDAA43D64 for ; Wed, 8 Dec 2004 18:44:10 +0000 (GMT) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.1/8.12.11) with ESMTP id iB8JXO6V017424; Wed, 8 Dec 2004 20:33:24 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.1/8.12.11/Submit) id iB8JXOPp017423; Wed, 8 Dec 2004 20:33:24 +0100 (CET) (envelope-from mlfbsd) Date: Wed, 8 Dec 2004 20:33:24 +0100 From: Olivier Houchard To: Jia-Shiun Li Message-ID: <20041208193324.GA15858@ci0.org> References: <41939C6D.5010400@sitetronics.com> <20041112010144.GA36319@ci0.org> <1d6d20bc04111811434a86bc7b@mail.gmail.com> <20041118214602.GA6230@ci0.org> <1d6d20bc041124080974e4eb3e@mail.gmail.com> <20041124173242.GA38286@ci0.org> <1d6d20bc04120807123444ee91@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1d6d20bc04120807123444ee91@mail.gmail.com> User-Agent: Mutt/1.4.1i cc: freebsd-arm@freebsd.org Subject: Re: Current status and further development X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 18:44:12 -0000 On Wed, Dec 08, 2004 at 11:12:43PM +0800, Jia-Shiun Li wrote: > On Wed, 24 Nov 2004 18:32:42 +0100, Olivier Houchard wrote: > > On Thu, Nov 25, 2004 at 12:09:30AM +0800, Jia-Shiun Li wrote: > > > On Thu, 18 Nov 2004 22:46:02 +0100, Olivier Houchard wrote: > > > > It seems it my fault, partially. Apparently specifying DESTDIR for any other > > > > target than install is not a good idea (although some .depend files looks > > > > right, go figure). > > > > So instead you have to do > > > > make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross depend all > > > > make TARGET_ARCH=arm TOOLS_PREFIX=/usr/cross DESTDIR=/usr/cross install > > > > > > I tried again, despite some directories under /usr/cross missing > > > during installation, the second step to build binutils still failed > > > somewhere, so I decided to do some lary try. :) > > > > > > I checked /usr/src/Makefile to see how it works to crossbuild for > > > other platform, and executed > > > make -DNOCLEAN buildworld TARGET_ARCH=arm TARGET=arm __MAKE_CONF=/dev/null > > > and it failed at the same place. Looks like that as.h was included > > > twice. But buildworld will work for other platforms, at least I tried > > > IA64. > > > > > > > Wild guess : didn't you try to re-apply the patch after cvsup-ing ? I remember > > getting hit by that before, because instead of re-creating the files, patch will > > happen the diffs to the existing files, effectively duplicating it. > > There may be a patch option to tell it not to create files that already exists, > > but I don't know it. When I have to re-apply the patches I usually remove > > src/gnu, src/contrib/gcc and src/contrib/binutils. > > after re- cvsup gnu/ and contrib/, building gcc worked, then it > stopped at the first file of building kernel: > > root@jsli-x4:/usr/src/sys/arm/compile/IQ31244 # make all > /usr/cross/usr/bin/gcc -c -x assembler-with-cpp -DLOCORE -O2 -pipe > -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq > -I../../../contrib/ipfilter -I../../../contrib/pf > -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd > -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror > ../../../arm/arm/locore.S > ../../../arm/arm/locore.S: Assembler messages: > ../../../arm/arm/locore.S:138: Error: undefined symbol > `PMAP_DOMAIN_KERNEL' in operation > ../../../arm/arm/locore.S:198: Error: undefined symbol `KERNBASE' in operation > ../../../arm/arm/locore.S:237: Error: internal_relocation (type: > OFFSET_IMM) not fixed up > *** Error code 1 > > Stop in /usr/src/sys/arm/compile/IQ31244. > I'd bet your assym.s is empty for a reason or another. Please try to remove it, then run make again. You'll get the real problem. > > if I use the (lazy) buildworld way, it would stop at building libc/softfloat. That was my fault, sorry. I just committed the fix. If you don't want to cvsup just for this, You can use the patch at : http://people.FreeBSD.org/~cognet/softfloat.c.diff (to be applied in src/lib/libc/softfloat/bits32) Cheers, Olivier