This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug ports/3558] New: big endian dynamically linked nptl/eabi apps are broken
- From: "mkl at pengutronix dot de" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 21 Nov 2006 17:29:18 -0000
- Subject: [Bug ports/3558] New: big endian dynamically linked nptl/eabi apps are broken
- Reply-to: sourceware-bugzilla at sourceware dot org
Hi!
Actually this bug is with glibc-2.5, resp glibc-ports-2.5. We're cross compiling
from i686 to ixp420 in big endian mode and it's not possible to produce working
dynamically linked nptl/eabi executables. The toolchain we use is:
gcc-4.1.1 (release) plus
http://gcc.gnu.org/bugzilla/attachment.cgi?id=12542&action=view
glibc-2.5 (relasee) plus http://sourceware.org/ml/libc-ports/2006-10/msg00024.html
binutils-2.17 (release)
Kernel is: 2.8.18 (release) plus BSP patches, with
CONFIG_AEABI=y
CONFIG_OABI_COMPAT=y
We boot into oabi userland (gcc-4.0.3/glibc-2.3.6/linuxthread) and do a chroot
into the eabi/nptl environment (proc and sysfs are mounted prior to chroot)
root@ixp425:/mnt> chroot . ./main
: error while loading shared libraries: /e/l///libc.so.6piinvalid ELF
heade/li//l/bc./o.6ipibsb
Even copying the ld-2.5.so to /lib and the rest to /lib/tls. and omitting the
chroot brings no difference. A statically linked program works btw:
root@ixp425:/mnt> chroot . ./main_static
Hello World!
--
Summary: big endian dynamically linked nptl/eabi apps are broken
Product: glibc
Version: 2.4
Status: NEW
Severity: normal
Priority: P2
Component: ports
AssignedTo: roland at gnu dot org
ReportedBy: mkl at pengutronix dot de
CC: glibc-bugs at sources dot redhat dot com,jbe at
pengutronix dot de
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: armeb-xscale-linux-gnueabi
http://sourceware.org/bugzilla/show_bug.cgi?id=3558
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.