[gentoo-embedded] asm/page.h: No such file or directory

[gentoo-embedded] asm/page.h: No such file or directory

[Jean-Claude Gervais]

Hello,

        I'm getting a compilation error trying to build uClibc on an x86
host for an ARM host using crossdev 0.9.18-r4:

UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --ex-gdb --target
arm-softfloat-linux-uclibc

[...]

arm-softfloat-linux-uclibc-strip -x -R .note -R .comment brk.o
ioperm.c:47:22: error: asm/page.h: No such file or directory


 * Host Portage ARCH:     x86
 * Target Portage ARCH:   arm
 * Target System:         arm-softfloat-linux-uclibc
 * Stage:                 4 (C/C++ compiler)

 * binutils:              binutils-[stable]
 * gcc:                   gcc-[stable]
 * headers:               linux-headers-[stable]
 * libc:                  uclibc-[stable]
 * Extra: gdb:            DO IT

 * PORTDIR_OVERLAY:       /usr/local/portage
 * PORT_LOGDIR:           /var/log/portage
 *
PKGDIR:                /usr/portage/packages/cross/arm-softfloat-linux-uclibc
 * PORTAGE_TMPDIR:        /var/tmp/cross/arm-softfloat-linux-uclibc
  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
_  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
_  -  ~  - 
Portage 2.1.3.16 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0,
2.6.22-gentoo-r5 i686)
=================================================================
System uname: 2.6.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Timestamp of tree: Tue, 30 Oct 2007 17:00:10 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[enabled]
app-shells/bash:     3.2_p17
dev-lang/python:     2.4.4-r6
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.22-r2

Is there a fix for this?
Thank you

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory

[Pal Szasz]

Hi!

I simply created an empty page.h file :-)

Jean-Claude Gervais wrote:
> Hello,
>
>         I'm getting a compilation error trying to build uClibc on an x86
> host for an ARM host using crossdev 0.9.18-r4:
>
> UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --ex-gdb --target
> arm-softfloat-linux-uclibc
>
> [...]
>
> arm-softfloat-linux-uclibc-strip -x -R .note -R .comment brk.o
> ioperm.c:47:22: error: asm/page.h: No such file or directory
>
>
>  * Host Portage ARCH:     x86
>  * Target Portage ARCH:   arm
>  * Target System:         arm-softfloat-linux-uclibc
>  * Stage:                 4 (C/C++ compiler)
>
>  * binutils:              binutils-[stable]
>  * gcc:                   gcc-[stable]
>  * headers:               linux-headers-[stable]
>  * libc:                  uclibc-[stable]
>  * Extra: gdb:            DO IT
>
>  * PORTDIR_OVERLAY:       /usr/local/portage
>  * PORT_LOGDIR:           /var/log/portage
>  *
> PKGDIR:                /usr/portage/packages/cross/arm-softfloat-linux-uclibc
>  * PORTAGE_TMPDIR:        /var/tmp/cross/arm-softfloat-linux-uclibc
>   _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
> _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
> _  -  ~  - 
> Portage 2.1.3.16 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0,
> 2.6.22-gentoo-r5 i686)
> =================================================================
> System uname: 2.6.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
> Timestamp of tree: Tue, 30 Oct 2007 17:00:10 +0000
> distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
> [enabled]
> app-shells/bash:     3.2_p17
> dev-lang/python:     2.4.4-r6
> dev-python/pycrypto: 2.0.1-r6
> sys-apps/baselayout: 1.12.9-r2
> sys-apps/sandbox:    1.2.18.1-r2
> sys-devel/autoconf:  2.13, 2.61-r1
> sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
> sys-devel/binutils:  2.18-r1
> sys-devel/gcc-config: 1.3.16
> sys-devel/libtool:   1.5.24
> virtual/os-headers:  2.6.22-r2
>
> Is there a fix for this?
> Thank you
>
>   

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Jean-Claude Gervais]

Thank you, Pal!

	That did indeed help; by putting an empty file at

/usr/arm-softfloat-linux-uclibc/usr/include/asm/page.h

I was able to compile, however, now the link fails.

I think it might be something to do with my USE flags?

Anyone know?

[...]
rm -f libc.a shared_libc.a
objs=`cat obj.*` ; \
         arm-softfloat-linux-uclibc-ar cr libc.a $objs && \
         arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs && \
         arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs
arm-softfloat-linux-uclibc-ar cr libc.a obj.signal
arm-softfloat-linux-uclibc-ar cr libc.a obj.string.generic
arm-softfloat-linux-uclibc-ar cr libc.a obj.string.arm
arm-softfloat-linux-uclibc-ar cr libc.a obj.string
arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.common
arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.arm
cp libc.a shared_libc.a
arm-softfloat-linux-uclibc-ranlib libc.a
arm-softfloat-linux-uclibc-ld -EL -shared --warn-common --warn-once -z
combreloc -z defs -s -z relro  -soname=libc.so.0 -o libuClibc-0.9.28.so
\
                --whole-archive shared_libc.a \
                ../libc/misc/internals/interp.o --no-whole-archive \
                -init
__uClibc_init ../lib/ld-uClibc.so.0 /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a 
../lib/ld-uClibc.so.0: warning: multiple common of `__libc_stack_end'
shared_libc.a(__uClibc_main.o): warning: previous common is here
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divsi3.o)
uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divsi3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_umodsi3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_umodsi3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_modsi3.o)
uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_modsi3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_dvmd_lnx.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_dvmd_lnx.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_addsubdf3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_addsubdf3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_muldivdf3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_muldivdf3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_cmpdf2.o)
uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_cmpdf2.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_fixunsdfsi.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_fixunsdfsi.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_truncdfsf2.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_truncdfsf2.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divdi3.o)
uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divdi3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_moddi3.o)
uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_moddi3.o)
arm-softfloat-linux-uclibc-ld:
ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_clz.o)
uses VFP instructions, whereas libuClibc-0.9.28.so does not
arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_clz.o)


On Wed, 2007-10-31 at 19:28 +0100, Pal Szasz wrote:
> Hi!
> 
> I simply created an empty page.h file :-)
> 
> Jean-Claude Gervais wrote:
> > Hello,
> >
> >         I'm getting a compilation error trying to build uClibc on an x86
> > host for an ARM host using crossdev 0.9.18-r4:
> >
> > UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --ex-gdb --target
> > arm-softfloat-linux-uclibc
> >
> > [...]
> >
> > arm-softfloat-linux-uclibc-strip -x -R .note -R .comment brk.o
> > ioperm.c:47:22: error: asm/page.h: No such file or directory
> >
> >
> >  * Host Portage ARCH:     x86
> >  * Target Portage ARCH:   arm
> >  * Target System:         arm-softfloat-linux-uclibc
> >  * Stage:                 4 (C/C++ compiler)
> >
> >  * binutils:              binutils-[stable]
> >  * gcc:                   gcc-[stable]
> >  * headers:               linux-headers-[stable]
> >  * libc:                  uclibc-[stable]
> >  * Extra: gdb:            DO IT
> >
> >  * PORTDIR_OVERLAY:       /usr/local/portage
> >  * PORT_LOGDIR:           /var/log/portage
> >  *
> > PKGDIR:                /usr/portage/packages/cross/arm-softfloat-linux-uclibc
> >  * PORTAGE_TMPDIR:        /var/tmp/cross/arm-softfloat-linux-uclibc
> >   _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
> > _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
> > _  -  ~  - 
> > Portage 2.1.3.16 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0,
> > 2.6.22-gentoo-r5 i686)
> > =================================================================
> > System uname: 2.6.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
> > Timestamp of tree: Tue, 30 Oct 2007 17:00:10 +0000
> > distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
> > [enabled]
> > app-shells/bash:     3.2_p17
> > dev-lang/python:     2.4.4-r6
> > dev-python/pycrypto: 2.0.1-r6
> > sys-apps/baselayout: 1.12.9-r2
> > sys-apps/sandbox:    1.2.18.1-r2
> > sys-devel/autoconf:  2.13, 2.61-r1
> > sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
> > sys-devel/binutils:  2.18-r1
> > sys-devel/gcc-config: 1.3.16
> > sys-devel/libtool:   1.5.24
> > virtual/os-headers:  2.6.22-r2
> >
> > Is there a fix for this?
> > Thank you
> >
> >   
> 

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Jason]

Jean-Claude Gervais wrote:
> Thank you, Pal!
> 
> 	That did indeed help; by putting an empty file at
> 
> /usr/arm-softfloat-linux-uclibc/usr/include/asm/page.h
> 
> I was able to compile, however, now the link fails.
> 
> I think it might be something to do with my USE flags?
> 
> Anyone know?
> 
> [...]
> rm -f libc.a shared_libc.a
> objs=`cat obj.*` ; \
>          arm-softfloat-linux-uclibc-ar cr libc.a $objs && \
>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs && \
>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs
> arm-softfloat-linux-uclibc-ar cr libc.a obj.signal
> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.generic
> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.arm
> arm-softfloat-linux-uclibc-ar cr libc.a obj.string
> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.common
> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.arm
> cp libc.a shared_libc.a
> arm-softfloat-linux-uclibc-ranlib libc.a
> arm-softfloat-linux-uclibc-ld -EL -shared --warn-common --warn-once -z
> combreloc -z defs -s -z relro  -soname=libc.so.0 -o libuClibc-0.9.28.so
> \
>                 --whole-archive shared_libc.a \
>                 ../libc/misc/internals/interp.o --no-whole-archive \
>                 -init
> __uClibc_init ../lib/ld-uClibc.so.0 /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a 
> ../lib/ld-uClibc.so.0: warning: multiple common of `__libc_stack_end'
> shared_libc.a(__uClibc_main.o): warning: previous common is here
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o)
> arm-softfloat-linux-uclibc-ld:

I've had success with the following:

binutils-2.17
gcc-3.4.6-r2
linux-headers-2.6.19.2-r2
uclibc-0.9.28.3

At the least, you probably want to step down to gcc-3.4.6

hth,

Jason.
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Pal Szasz]

Hi!

Hmm... I think somebody else has to help you...
All I know that floating point ninstructions on ARM are a bit tricky.
The core doesn't support that, but there is an optional co-processor. 
And even if the co-processor is not there, there are two ways to emulate 
it in software. Unfortunately the way floating point operations are 
handled must be specified at compile time, and must match in every 
application/lib... and that's the problem here. I recon there is a flag, 
-mfpu=vfp which controll the floating point instructions. It seems 
uclibc and gcc was built with different flags... so probably you have to 
rebuild one of them....
Or maybe you are using the wrong uclibc lib?

/Pal Szasz

Jean-Claude Gervais wrote:
> Thank you, Pal!
>
> 	That did indeed help; by putting an empty file at
>
> /usr/arm-softfloat-linux-uclibc/usr/include/asm/page.h
>
> I was able to compile, however, now the link fails.
>
> I think it might be something to do with my USE flags?
>
> Anyone know?
>
> [...]
> rm -f libc.a shared_libc.a
> objs=`cat obj.*` ; \
>          arm-softfloat-linux-uclibc-ar cr libc.a $objs && \
>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs && \
>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs
> arm-softfloat-linux-uclibc-ar cr libc.a obj.signal
> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.generic
> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.arm
> arm-softfloat-linux-uclibc-ar cr libc.a obj.string
> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.common
> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.arm
> cp libc.a shared_libc.a
> arm-softfloat-linux-uclibc-ranlib libc.a
> arm-softfloat-linux-uclibc-ld -EL -shared --warn-common --warn-once -z
> combreloc -z defs -s -z relro  -soname=libc.so.0 -o libuClibc-0.9.28.so
> \
>                 --whole-archive shared_libc.a \
>                 ../libc/misc/internals/interp.o --no-whole-archive \
>                 -init
> __uClibc_init ../lib/ld-uClibc.so.0 /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a 
> ../lib/ld-uClibc.so.0: warning: multiple common of `__libc_stack_end'
> shared_libc.a(__uClibc_main.o): warning: previous common is here
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divsi3.o)
> uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divsi3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_umodsi3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_umodsi3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_modsi3.o)
> uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_modsi3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_dvmd_lnx.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_dvmd_lnx.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_addsubdf3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_addsubdf3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_muldivdf3.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_muldivdf3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_cmpdf2.o)
> uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_cmpdf2.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_fixunsdfsi.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_fixunsdfsi.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_truncdfsf2.o) uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_truncdfsf2.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divdi3.o)
> uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divdi3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_moddi3.o)
> uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_moddi3.o)
> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_clz.o)
> uses VFP instructions, whereas libuClibc-0.9.28.so does not
> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_clz.o)
>
>
> On Wed, 2007-10-31 at 19:28 +0100, Pal Szasz wrote:
>   
>> Hi!
>>
>> I simply created an empty page.h file :-)
>>
>> Jean-Claude Gervais wrote:
>>     
>>> Hello,
>>>
>>>         I'm getting a compilation error trying to build uClibc on an x86
>>> host for an ARM host using crossdev 0.9.18-r4:
>>>
>>> UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --ex-gdb --target
>>> arm-softfloat-linux-uclibc
>>>
>>> [...]
>>>
>>> arm-softfloat-linux-uclibc-strip -x -R .note -R .comment brk.o
>>> ioperm.c:47:22: error: asm/page.h: No such file or directory
>>>
>>>
>>>  * Host Portage ARCH:     x86
>>>  * Target Portage ARCH:   arm
>>>  * Target System:         arm-softfloat-linux-uclibc
>>>  * Stage:                 4 (C/C++ compiler)
>>>
>>>  * binutils:              binutils-[stable]
>>>  * gcc:                   gcc-[stable]
>>>  * headers:               linux-headers-[stable]
>>>  * libc:                  uclibc-[stable]
>>>  * Extra: gdb:            DO IT
>>>
>>>  * PORTDIR_OVERLAY:       /usr/local/portage
>>>  * PORT_LOGDIR:           /var/log/portage
>>>  *
>>> PKGDIR:                /usr/portage/packages/cross/arm-softfloat-linux-uclibc
>>>  * PORTAGE_TMPDIR:        /var/tmp/cross/arm-softfloat-linux-uclibc
>>>   _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
>>> _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
>>> _  -  ~  - 
>>> Portage 2.1.3.16 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0,
>>> 2.6.22-gentoo-r5 i686)
>>> =================================================================
>>> System uname: 2.6.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
>>> Timestamp of tree: Tue, 30 Oct 2007 17:00:10 +0000
>>> distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
>>> [enabled]
>>> app-shells/bash:     3.2_p17
>>> dev-lang/python:     2.4.4-r6
>>> dev-python/pycrypto: 2.0.1-r6
>>> sys-apps/baselayout: 1.12.9-r2
>>> sys-apps/sandbox:    1.2.18.1-r2
>>> sys-devel/autoconf:  2.13, 2.61-r1
>>> sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
>>> sys-devel/binutils:  2.18-r1
>>> sys-devel/gcc-config: 1.3.16
>>> sys-devel/libtool:   1.5.24
>>> virtual/os-headers:  2.6.22-r2
>>>
>>> Is there a fix for this?
>>> Thank you
>>>
>>>   
>>>       
>
>   

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Pal Szasz]

Just a little addition: there is another flag which might be involved:

-mfloat-abi=softfp

/Pal Szasz

Pal Szasz wrote:
> Hi!
>
> Hmm... I think somebody else has to help you...
> All I know that floating point ninstructions on ARM are a bit tricky.
> The core doesn't support that, but there is an optional co-processor. 
> And even if the co-processor is not there, there are two ways to 
> emulate it in software. Unfortunately the way floating point 
> operations are handled must be specified at compile time, and must 
> match in every application/lib... and that's the problem here. I recon 
> there is a flag, -mfpu=vfp which controll the floating point 
> instructions. It seems uclibc and gcc was built with different 
> flags... so probably you have to rebuild one of them....
> Or maybe you are using the wrong uclibc lib?
>
> /Pal Szasz
>
> Jean-Claude Gervais wrote:
>> Thank you, Pal!
>>
>>     That did indeed help; by putting an empty file at
>>
>> /usr/arm-softfloat-linux-uclibc/usr/include/asm/page.h
>>
>> I was able to compile, however, now the link fails.
>>
>> I think it might be something to do with my USE flags?
>>
>> Anyone know?
>>
>> [...]
>> rm -f libc.a shared_libc.a
>> objs=`cat obj.*` ; \
>>          arm-softfloat-linux-uclibc-ar cr libc.a $objs && \
>>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs && \
>>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs
>> arm-softfloat-linux-uclibc-ar cr libc.a obj.signal
>> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.generic
>> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.arm
>> arm-softfloat-linux-uclibc-ar cr libc.a obj.string
>> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.common
>> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.arm
>> cp libc.a shared_libc.a
>> arm-softfloat-linux-uclibc-ranlib libc.a
>> arm-softfloat-linux-uclibc-ld -EL -shared --warn-common --warn-once -z
>> combreloc -z defs -s -z relro  -soname=libc.so.0 -o libuClibc-0.9.28.so
>> \
>>                 --whole-archive shared_libc.a \
>>                 ../libc/misc/internals/interp.o --no-whole-archive \
>>                 -init
>> __uClibc_init ../lib/ld-uClibc.so.0 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a 
>> ../lib/ld-uClibc.so.0: warning: multiple common of `__libc_stack_end'
>> shared_libc.a(__uClibc_main.o): warning: previous common is here
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o) 
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divsi3.o)
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divsi3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_umodsi3.o) 
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_umodsi3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_modsi3.o)
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_modsi3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_dvmd_lnx.o) 
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_dvmd_lnx.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_addsubdf3.o) 
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_addsubdf3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_muldivdf3.o) 
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_muldivdf3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_cmpdf2.o)
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_cmpdf2.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_fixunsdfsi.o) 
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_fixunsdfsi.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_truncdfsf2.o) 
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file 
>> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_truncdfsf2.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divdi3.o)
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_divdi3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_moddi3.o)
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_moddi3.o)
>> arm-softfloat-linux-uclibc-ld:
>> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_clz.o)
>> uses VFP instructions, whereas libuClibc-0.9.28.so does not
>> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
>> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_clz.o)
>>
>>
>> On Wed, 2007-10-31 at 19:28 +0100, Pal Szasz wrote:
>>  
>>> Hi!
>>>
>>> I simply created an empty page.h file :-)
>>>
>>> Jean-Claude Gervais wrote:
>>>    
>>>> Hello,
>>>>
>>>>         I'm getting a compilation error trying to build uClibc on 
>>>> an x86
>>>> host for an ARM host using crossdev 0.9.18-r4:
>>>>
>>>> UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --ex-gdb --target
>>>> arm-softfloat-linux-uclibc
>>>>
>>>> [...]
>>>>
>>>> arm-softfloat-linux-uclibc-strip -x -R .note -R .comment brk.o
>>>> ioperm.c:47:22: error: asm/page.h: No such file or directory
>>>>
>>>>
>>>>  * Host Portage ARCH:     x86
>>>>  * Target Portage ARCH:   arm
>>>>  * Target System:         arm-softfloat-linux-uclibc
>>>>  * Stage:                 4 (C/C++ compiler)
>>>>
>>>>  * binutils:              binutils-[stable]
>>>>  * gcc:                   gcc-[stable]
>>>>  * headers:               linux-headers-[stable]
>>>>  * libc:                  uclibc-[stable]
>>>>  * Extra: gdb:            DO IT
>>>>
>>>>  * PORTDIR_OVERLAY:       /usr/local/portage
>>>>  * PORT_LOGDIR:           /var/log/portage
>>>>  *
>>>> PKGDIR:                
>>>> /usr/portage/packages/cross/arm-softfloat-linux-uclibc
>>>>  * PORTAGE_TMPDIR:        /var/tmp/cross/arm-softfloat-linux-uclibc
>>>>   _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  
>>>> ~  -
>>>> _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
>>>> _  -  ~  - Portage 2.1.3.16 (default-linux/x86/2007.0, gcc-4.1.2, 
>>>> glibc-2.6.1-r0,
>>>> 2.6.22-gentoo-r5 i686)
>>>> =================================================================
>>>> System uname: 2.6.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
>>>> Timestamp of tree: Tue, 30 Oct 2007 17:00:10 +0000
>>>> distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 
>>>> 3632)
>>>> [enabled]
>>>> app-shells/bash:     3.2_p17
>>>> dev-lang/python:     2.4.4-r6
>>>> dev-python/pycrypto: 2.0.1-r6
>>>> sys-apps/baselayout: 1.12.9-r2
>>>> sys-apps/sandbox:    1.2.18.1-r2
>>>> sys-devel/autoconf:  2.13, 2.61-r1
>>>> sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
>>>> sys-devel/binutils:  2.18-r1
>>>> sys-devel/gcc-config: 1.3.16
>>>> sys-devel/libtool:   1.5.24
>>>> virtual/os-headers:  2.6.22-r2
>>>>
>>>> Is there a fix for this?
>>>> Thank you
>>>>
>>>>         
>>
>>   
>
>

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Jean-Claude Gervais]

On Wed, 2007-10-31 at 20:43 +0100, Pal Szasz wrote:
> Just a little addition: there is another flag which might be involved:
> 
> -mfloat-abi=softfp
> 

How do I pass those flags to the compiler by using crossedev?

Here's the shell script I am currently using.
I changed it to go with Jason's recommended toolset versions but I am
still getting the same linking errors about floating-point
incompatibilities...

.-.-.-.-.-.-.-

#!/bin/bash

CBUILD="i686-pc-linux-gnu"

CHOST=$CBUILD

CTARGET="arm-softfloat-linux-uclibc"

#export ROOT="/usr/arm-softfloat-linux-uclibc"

PORTAGE_CONFIGROOT="/usr/arm-softfloat-linux-uclibc"

UCLIBC_CPU="ARM920T" USE="-*" crossdev -v --binutils 2.17 --gcc 3.4.6-r2
--kernel 2.6.19-r2 --libc 0.9.28.3 --ex-gdb --target
arm-softfloat-linux-uclibc

.-.-.-.-.-.-.-

Thanks for any help


> Pal Szasz wrote:
> > Hi!
> >
> > Hmm... I think somebody else has to help you...
> > All I know that floating point ninstructions on ARM are a bit tricky.
> > The core doesn't support that, but there is an optional co-processor. 
> > And even if the co-processor is not there, there are two ways to 
> > emulate it in software. Unfortunately the way floating point 
> > operations are handled must be specified at compile time, and must 
> > match in every application/lib... and that's the problem here. I recon 
> > there is a flag, -mfpu=vfp which controll the floating point 
> > instructions. It seems uclibc and gcc was built with different 
> > flags... so probably you have to rebuild one of them....
> > Or maybe you are using the wrong uclibc lib?
> >
> > /Pal Szasz
> >
> > Jean-Claude Gervais wrote:
> >> Thank you, Pal!
> >>
> >>     That did indeed help; by putting an empty file at
> >>
> >> /usr/arm-softfloat-linux-uclibc/usr/include/asm/page.h
> >>
> >> I was able to compile, however, now the link fails.
> >>
> >> I think it might be something to do with my USE flags?
> >>
> >> Anyone know?
> >>
> >> [...]
> >> rm -f libc.a shared_libc.a
> >> objs=`cat obj.*` ; \
> >>          arm-softfloat-linux-uclibc-ar cr libc.a $objs && \
> >>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs && \
> >>          arm-softfloat-linux-uclibc-ar dN 2 libc.a $objs
> >> arm-softfloat-linux-uclibc-ar cr libc.a obj.signal
> >> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.generic
> >> arm-softfloat-linux-uclibc-ar cr libc.a obj.string.arm
> >> arm-softfloat-linux-uclibc-ar cr libc.a obj.string
> >> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.common
> >> arm-softfloat-linux-uclibc-ar cr libc.a obj.sysdeps.arm
> >> cp libc.a shared_libc.a
> >> arm-softfloat-linux-uclibc-ranlib libc.a
> >> arm-softfloat-linux-uclibc-ld -EL -shared --warn-common --warn-once -z
> >> combreloc -z defs -s -z relro  -soname=libc.so.0 -o libuClibc-0.9.28.so
> >> \
> >>                 --whole-archive shared_libc.a \
> >>                 ../libc/misc/internals/interp.o --no-whole-archive \
> >>                 -init
> >> __uClibc_init ../lib/ld-uClibc.so.0 
> >> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a 
> >> ../lib/ld-uClibc.so.0: warning: multiple common of `__libc_stack_end'
> >> shared_libc.a(__uClibc_main.o): warning: previous common is here
> >> arm-softfloat-linux-uclibc-ld:
> >> ERROR: 
> >> /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o) 
> >> uses VFP instructions, whereas libuClibc-0.9.28.so does not
> >> arm-softfloat-linux-uclibc-ld: failed to merge target specific data of
> >> file /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o)
> >> arm-softfloat-linux-uclibc-ld:
[...]
> >>
> >>
> >> On Wed, 2007-10-31 at 19:28 +0100, Pal Szasz wrote:
> >>  
> >>> Hi!
> >>>
> >>> I simply created an empty page.h file :-)
> >>>
> >>> Jean-Claude Gervais wrote:
> >>>    
> >>>> Hello,
> >>>>
> >>>>         I'm getting a compilation error trying to build uClibc on 
> >>>> an x86
> >>>> host for an ARM host using crossdev 0.9.18-r4:
> >>>>
> >>>> UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --ex-gdb --target
> >>>> arm-softfloat-linux-uclibc
> >>>>
> >>>> [...]
> >>>>
> >>>> arm-softfloat-linux-uclibc-strip -x -R .note -R .comment brk.o
> >>>> ioperm.c:47:22: error: asm/page.h: No such file or directory
> >>>>
> >>>>
> >>>>  * Host Portage ARCH:     x86
> >>>>  * Target Portage ARCH:   arm
> >>>>  * Target System:         arm-softfloat-linux-uclibc
> >>>>  * Stage:                 4 (C/C++ compiler)
> >>>>
> >>>>  * binutils:              binutils-[stable]
> >>>>  * gcc:                   gcc-[stable]
> >>>>  * headers:               linux-headers-[stable]
> >>>>  * libc:                  uclibc-[stable]
> >>>>  * Extra: gdb:            DO IT
> >>>>
> >>>>  * PORTDIR_OVERLAY:       /usr/local/portage
> >>>>  * PORT_LOGDIR:           /var/log/portage
> >>>>  *
> >>>> PKGDIR:                
> >>>> /usr/portage/packages/cross/arm-softfloat-linux-uclibc
> >>>>  * PORTAGE_TMPDIR:        /var/tmp/cross/arm-softfloat-linux-uclibc
> >>>>   _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  
> >>>> ~  -
> >>>> _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -  _  -  ~  -
> >>>> _  -  ~  - Portage 2.1.3.16 (default-linux/x86/2007.0, gcc-4.1.2, 
> >>>> glibc-2.6.1-r0,
> >>>> 2.6.22-gentoo-r5 i686)
> >>>> =================================================================
> >>>> System uname: 2.6.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
> >>>> Timestamp of tree: Tue, 30 Oct 2007 17:00:10 +0000
> >>>> distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 
> >>>> 3632)
> >>>> [enabled]
> >>>> app-shells/bash:     3.2_p17
> >>>> dev-lang/python:     2.4.4-r6
> >>>> dev-python/pycrypto: 2.0.1-r6
> >>>> sys-apps/baselayout: 1.12.9-r2
> >>>> sys-apps/sandbox:    1.2.18.1-r2
> >>>> sys-devel/autoconf:  2.13, 2.61-r1
> >>>> sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
> >>>> sys-devel/binutils:  2.18-r1
> >>>> sys-devel/gcc-config: 1.3.16
> >>>> sys-devel/libtool:   1.5.24
> >>>> virtual/os-headers:  2.6.22-r2
> >>>>
> >>>> Is there a fix for this?
> >>>> Thank you
> >>>>
> >>>>         
> >>
> >>   
> >
> >
> 

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Jason]

Jean-Claude Gervais wrote:
> On Wed, 2007-10-31 at 20:43 +0100, Pal Szasz wrote:
>> Just a little addition: there is another flag which might be involved:
>>
>> -mfloat-abi=softfp
>>
> 
> How do I pass those flags to the compiler by using crossedev?
> 
> Here's the shell script I am currently using.
> I changed it to go with Jason's recommended toolset versions but I am
> still getting the same linking errors about floating-point
> incompatibilities...
> 
> .-.-.-.-.-.-.-
> 
> #!/bin/bash
> 
> CBUILD="i686-pc-linux-gnu"
> 
> CHOST=$CBUILD
> 
> CTARGET="arm-softfloat-linux-uclibc"
> 
> #export ROOT="/usr/arm-softfloat-linux-uclibc"
> 
> PORTAGE_CONFIGROOT="/usr/arm-softfloat-linux-uclibc"
> 
> UCLIBC_CPU="ARM920T" USE="-*" crossdev -v --binutils 2.17 --gcc 3.4.6-r2
> --kernel 2.6.19-r2 --libc 0.9.28.3 --ex-gdb --target
> arm-softfloat-linux-uclibc

before you tried this command, did you delete the old attempt?  eg

crossdev -C arm-softfloat-linux-uclibc

Chances are you have stale uclibc files installed from a previous
attempt that are conflicting with the current attempt.

Also, make sure you unset PORTAGE_CONFIGROOT, CTARGET, CHOST, and
CBUILD.  Those may foul up crossdev (You're not cross-compiling a
cross-compiling toolchain are you?).  Those variable assignments are for
_after_ the toolchain is built when you want to use it.

hth,

Jason.
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Mike Frysinger]

[-- Attachment #1: Type: text/plain, Size: 624 bytes --]

On Wednesday 31 October 2007, Jean-Claude Gervais wrote:
> Thank you, Pal!

stop with the top posting

> 	That did indeed help; by putting an empty file at
>
> /usr/arm-softfloat-linux-uclibc/usr/include/asm/page.h

this has been fixed in newer uClibc's, but this workaround should get you to 
compile (most of the time)

> arm-softfloat-linux-uclibc-ld:
> ERROR: /usr/lib/gcc/arm-softfloat-linux-uclibc/4.1.2/libgcc.a(_udivsi3.o)
> uses VFP instructions, whereas libuClibc-0.9.28.so does not

softfloat is broken in gcc-4.x so until someone looks into it and fixes it, 
use gcc-3.4.x for softfloat
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Marco Costa]

Hi Mike.

> stop with the top posting
>

There are some nice words, like "please", did you know that?

My best regards,

Marco Costa.
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Jason]

A: No.
Q: Should I include quotations after my reply?

Marco Costa wrote:
> Hi Mike.
> 
>> stop with the top posting
>>
> 
> There are some nice words, like "please", did you know that?

I've found gregkh's approach works the best (see above)

Jason.
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Marco Costa]

Hi Jason!

2007/11/2, Jason <gentoo@lakedaemon.net>:
>
> A: No.
> Q: Should I include quotations after my reply?
>
>
> I've found gregkh's approach works the best (see above)
>

It is very subtle and instructive indeed ;).

Regards,

Marco Costa
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Jean-Claude Gervais]

On Thu, 2007-11-01 at 07:25 -0400, Jason wrote:
> Jean-Claude Gervais wrote:
> > On Wed, 2007-10-31 at 20:43 +0100, Pal Szasz wrote:
> >> Just a little addition: there is another flag which might be involved:
> >>
> >> -mfloat-abi=softfp
> >>
> > 
> > How do I pass those flags to the compiler by using crossedev?
> > 
> > Here's the shell script I am currently using.
> > I changed it to go with Jason's recommended toolset versions but I am
> > still getting the same linking errors about floating-point
> > incompatibilities...
> > 
> > .-.-.-.-.-.-.-
> > 
> > #!/bin/bash
> > 
> > CBUILD="i686-pc-linux-gnu"
> > 
> > CHOST=$CBUILD
> > 
> > CTARGET="arm-softfloat-linux-uclibc"
> > 
> > #export ROOT="/usr/arm-softfloat-linux-uclibc"
> > 
> > PORTAGE_CONFIGROOT="/usr/arm-softfloat-linux-uclibc"
> > 
> > UCLIBC_CPU="ARM920T" USE="-*" crossdev -v --binutils 2.17 --gcc 3.4.6-r2
> > --kernel 2.6.19-r2 --libc 0.9.28.3 --ex-gdb --target
> > arm-softfloat-linux-uclibc
> 
> before you tried this command, did you delete the old attempt?  eg
> 
> crossdev -C arm-softfloat-linux-uclibc
> 
> Chances are you have stale uclibc files installed from a previous
> attempt that are conflicting with the current attempt.
You are correct, unmerging the gcc did the trick.
> 
> Also, make sure you unset PORTAGE_CONFIGROOT, CTARGET, CHOST, and
> CBUILD.  Those may foul up crossdev (You're not cross-compiling a
> cross-compiling toolchain are you?).  Those variable assignments are for
> _after_ the toolchain is built when you want to use it.

I'm a bit confused. I had those defined while crossdev was running. It
might explain some of the problems I've had.
>From your description, it appears generating the toolset is SIMPLER than
I thought.

Just to be clear; I am executing the following, is it OK?

-.-.-.-.-.-.-.-.-.-.-.-.-
SYSROOT="/usr/arm-softfloat-linux-uclibc"
UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --gcc 3.4.6-r2 --ex-gdb
--target arm-softfloat-linux-uclibc

-.-.-.-.-.-.-.-.-.-.-.-.-

Apart from having to create an empty
$SYSROOT/usr/include/asm/page.h
the toolchain builds.

I came to a erroneous conclusion of setting CBUILD, CHOST, CTARGET and
PORTAGE_CONFIGROOT during crossdev execution from (mis)reading this
documentation:
http://www.gentoo.org/proj/en/base/embedded/cross-development.xml

Is this document out of date? It mentions setting the ROOT variable, but
crossdev complained that ROOT was not supported... Maybe ROOT is not
intended to be used with crossedev, in which case it's another
misunderstanding on my part.

Is there a document I should read that might help?

Thank you very much for your help, Jason.

PS - About the top-posting, it was a mistake on my part, thanks to those
who pointed it out.


-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Jason]

Jean-Claude Gervais wrote:
> On Thu, 2007-11-01 at 07:25 -0400, Jason wrote:
>> Jean-Claude Gervais wrote:
>>> On Wed, 2007-10-31 at 20:43 +0100, Pal Szasz wrote:
>>>> Just a little addition: there is another flag which might be involved:
>>>>
>>>> -mfloat-abi=softfp
>>>>
>>> How do I pass those flags to the compiler by using crossedev?
>>>
>>> Here's the shell script I am currently using.
>>> I changed it to go with Jason's recommended toolset versions but I am
>>> still getting the same linking errors about floating-point
>>> incompatibilities...
>>>
>>> .-.-.-.-.-.-.-
>>>
>>> #!/bin/bash
>>>
>>> CBUILD="i686-pc-linux-gnu"
>>>
>>> CHOST=$CBUILD
>>>
>>> CTARGET="arm-softfloat-linux-uclibc"
>>>
>>> #export ROOT="/usr/arm-softfloat-linux-uclibc"
>>>
>>> PORTAGE_CONFIGROOT="/usr/arm-softfloat-linux-uclibc"
>>>
>>> UCLIBC_CPU="ARM920T" USE="-*" crossdev -v --binutils 2.17 --gcc 3.4.6-r2
>>> --kernel 2.6.19-r2 --libc 0.9.28.3 --ex-gdb --target
>>> arm-softfloat-linux-uclibc
>> before you tried this command, did you delete the old attempt?  eg
>>
>> crossdev -C arm-softfloat-linux-uclibc
>>
>> Chances are you have stale uclibc files installed from a previous
>> attempt that are conflicting with the current attempt.
>
> You are correct, unmerging the gcc did the trick.
>
>> Also, make sure you unset PORTAGE_CONFIGROOT, CTARGET, CHOST, and
>> CBUILD.  Those may foul up crossdev (You're not cross-compiling a
>> cross-compiling toolchain are you?).  Those variable assignments are for
>> _after_ the toolchain is built when you want to use it.
> 
> I'm a bit confused. I had those defined while crossdev was running. It
> might explain some of the problems I've had.
> From your description, it appears generating the toolset is SIMPLER than
> I thought.

Well, once you figure out the correct version numbers for everything,
yes.  ;-)

> 
> Just to be clear; I am executing the following, is it OK?
> 
> -.-.-.-.-.-.-.-.-.-.-.-.-
> SYSROOT="/usr/arm-softfloat-linux-uclibc"
> UCLIBC_CPU="ARM920T" USE="-*" crossdev -v -S --gcc 3.4.6-r2 --ex-gdb
> --target arm-softfloat-linux-uclibc
> 
> -.-.-.-.-.-.-.-.-.-.-.-.-

To my knowledge, crossdev doesn't use $SYSROOT.  It creates it.  So, the
SYSROOT is unnecessary, and most likely harmless.

You probably want to force the version numbers on your binutils, kernel
headers, and uclibc.  Just because the newest version compiles and
installs doesn't means the authors have tested it how you're going to
use it. :-)

> Apart from having to create an empty
> $SYSROOT/usr/include/asm/page.h
> the toolchain builds.
> 
> I came to a erroneous conclusion of setting CBUILD, CHOST, CTARGET and
> PORTAGE_CONFIGROOT during crossdev execution from (mis)reading this
> documentation:
> http://www.gentoo.org/proj/en/base/embedded/cross-development.xml
> 
> Is this document out of date? It mentions setting the ROOT variable, but
> crossdev complained that ROOT was not supported... Maybe ROOT is not
> intended to be used with crossedev, in which case it's another
> misunderstanding on my part.

It's not really out of date, it's just difficult to create one set of
instructions that work for everybody's unique projects.

Using crossdev to create a toolchain and cross-compiling are two
_totally_ different events.  crossdev is creating executables installed
to your host's root filesystem designed to run on your host.  Therefore,
you _don't_ want to set ROOT because then portage would install it
someplace else and it wouldn't be in your PATH.  Use the variables with
xmerge.

> Is there a document I should read that might help?

I've found having and expendable box, nightly backups, and a thick skull
(for the brick walls) works best. ;-)


> Thank you very much for your help, Jason.

No problem.

Jason.
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Christopher Friedt]

Has anyone solved the case of the missing asm/page.h yet?

I just ran into the same issue - i also installed my toolchain with 
crossdev but used the stable versions:

crossdev -S arm-softfloat-linux-gnu

Now I'm trying to cross-compile glibc and it's complaining that there is 
no asm/page.h file in /usr/arm-softfloat-linux-gnu (a quick 'find' 
confirms this).

I vaguely remember having run into this before, but I can't for the life 
of me find the solution (I refuse to create an empty file for page.h, 
knowing that it usually has some fairly important contents)

Hmm??

~/Chris
-- 
gentoo-embedded@lists.gentoo.org mailing list

Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error

[Christopher Friedt]

What I did was

cd /usr/arm-softfloat-linux-gnu/sys-include/asm
ln -sf /usr/src/linux/include/asm-arm/page.h page.h

and that seemed to have worked.

Christopher Friedt wrote:
> Has anyone solved the case of the missing asm/page.h yet?
-- 
gentoo-embedded@lists.gentoo.org mailing list