64位CentOS6编译Android2.2

-bash: ./prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/arm-eabi-gcc: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

邮件：

http://www.redhat.com/archives/rhl-list/2009-July/msg02155.html

how much junk should i have to install for a 32-bit toolchain?

• From: "Robert P. J. Day" <rpjday crashcourse ca>
• To: Fedora List <fedora-list redhat com>
• Subject: how much junk should i have to install for a 32-bit toolchain?
• Date: Sun, 19 Jul 2009 16:10:41 -0400 (EDT)

i'm currently running 64-bit fedora 11, and trying to build android
for the beagleboard following the instructions here: http://labs.embinux.org/index.php/Android_For_OMAP3_with_Gstreamer_Integration everything worked fine until:

$ choosecombo 1 1 beagle eng
...
/bin/bash:
prebuilt/linux-x86/toolchain/arm-eabi-4.4.0/bin/arm-eabi-gcc:
/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
... many copies of that snipped ...

  fair enough ... since this is a 64-bit linux, there *is* no
/lib/ld-linux.so.2  so, if i assume i can't mess with the build
process and have to use the supplied toolchain, i guess i can install
(pollute my system with?):

# yum install glibc.i686

  now i have /lib/ld-linux.so.2, so let's try again.  ok, that step
worked so let's continue:

$ make
... snip ...
In file included from /usr/include/features.h:376,
                 from /usr/include/stdlib.h:25,
                 from build/tools/acp/acp.c:11:
/usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory

  once again, not surprising given that this is a 64-bit install and:

$ ls -1 /usr/include/gnu/stubs*.h
/usr/include/gnu/stubs-64.h
/usr/include/gnu/stubs.h
$

so i clearly need the 32-bit version of the stubs file.  so i *could*
move on to:

# yum install glibc-devel.i586

but i'm starting to wonder if this is worth the trouble, how much
*more* i?86 content i'll have to dump on this machine and, most
importantly, should this be my concern or do i have the right to at
least *suggest* that the software providers might consider supplying a
64-bit toolchain to avoid all this nonsense, for the sake of the
increasing number of 64-bit systems out there?

rday
--

========================================================================
Robert P. J. Day                               Waterloo, Ontario, CANADA

        Linux Consulting, Training and Annoying Kernel Pedantry.

Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday "Kernel Newbie Corner" column @ linux.com: http://cli.gs/WG6WYX