Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 8 Dec 2004 23:12:43 +0800
From:      Jia-Shiun Li <jiashiun@gmail.com>
To:        Olivier Houchard <mlfbsd@ci0.org>
Cc:        freebsd-arm@freebsd.org
Subject:   Re: Current status and further development
Message-ID:  <1d6d20bc04120807123444ee91@mail.gmail.com>
In-Reply-To: <20041124173242.GA38286@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>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 24 Nov 2004 18:32:42 +0100, Olivier Houchard <mlfbsd@ci0.org> 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 <mlfbsd@ci0.org> 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.


if I use the (lazy) buildworld way, it would stop at building libc/softfloat.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1d6d20bc04120807123444ee91>