Hello,
I'm trying to cross-compile elfutils for ARM. But my compilation stopped at in
libcpu. Here are the last compile messages:
arm-none-linux-gnueabi-gcc -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra
-Wformat=2 -fpic -fdollars-in-identifiers -g -O2 -L/sysroot-target/lib -
L/sysroot-target/usr/lib -Wl,-rpath-link -Wl,/sysroot-target/lib -Wl,-rpath-
link -Wl,/sysroot-target/usr/lib -o i386_gendis i386_gendis.o i386_lex.o
i386_parse.o ../lib/libeu.a -lm
m4 -Di386 -DDISASSEMBLER defs/i386 > i386_defs
m4 -Dx86_64 -DDISASSEMBLER defs/i386 > x86_64_defs
./i386_gendis i386_defs > i386_dis.h
./i386_gendis x86_64_defs > x86_64_dis.h
/bin/sh: ./i386_gendis: cannot execute binary file
/bin/sh: ./i386_gendis: cannot execute binary file
make[3]: *** [x86_64_dis.h] Error 126
make[3]: *** Waiting for unfinished jobs....
make[3]: *** [i386_dis.h] Error 126
It seems like a compiled (ARM) application is executed which obviously doesn't
work. What can I do here?
In the end I just need libdw.so and libelf.so for perf. Maybe it is possible
to strip down the compilation to only those two libs?
Regards,
Alexander
Show replies by thread
This came up before. It's sad that automake is not already well set-up for
easily handling build builds separate from host builds. I think the best
solution available is to put the generators into their own subdirectory
with their own configure script, and have the main configure script run the
subdirectory's configure with --host=$build. But it's not as easy as it
should be.