Current status and further development

[Olivier Houchard]

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 <mlfbsd at 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 at 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 at 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