From: Pal Szasz <space@spacesoftwarestudio.com>
To: gentoo-embedded@lists.gentoo.org
Subject: Re: [gentoo-embedded] asm/page.h: No such file or directory - Link error
Date: Wed, 31 Oct 2007 20:43:31 +0100 [thread overview]
Message-ID: <4728DAE3.9050204@spacesoftwarestudio.com> (raw)
In-Reply-To: <4728DA83.4050803@spacesoftwarestudio.com>
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
next prev parent reply other threads:[~2007-10-31 19:44 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-31 18:18 [gentoo-embedded] asm/page.h: No such file or directory Jean-Claude Gervais
2007-10-31 18:28 ` Pal Szasz
2007-10-31 19:20 ` [gentoo-embedded] asm/page.h: No such file or directory - Link error Jean-Claude Gervais
2007-10-31 19:31 ` Jason
2007-10-31 19:41 ` Pal Szasz
2007-10-31 19:43 ` Pal Szasz [this message]
2007-10-31 20:27 ` Jean-Claude Gervais
2007-11-01 11:25 ` Jason
2007-11-02 19:08 ` Jean-Claude Gervais
2007-11-02 19:58 ` Jason
2008-01-14 19:08 ` Christopher Friedt
2008-01-15 16:22 ` Christopher Friedt
2007-11-02 16:00 ` Mike Frysinger
2007-11-02 16:33 ` Marco Costa
2007-11-02 16:37 ` Jason
2007-11-02 16:44 ` Marco Costa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4728DAE3.9050204@spacesoftwarestudio.com \
--to=space@spacesoftwarestudio.com \
--cc=gentoo-embedded@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox