From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-help-return-21021-listarch-gcc-help=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 11792 invoked by alias); 29 Jul 2005 17:51:25 -0000
Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-help/>
List-Post: <mailto:gcc-help@gcc.gnu.org>
List-Help: <mailto:gcc-help-help@gcc.gnu.org>
Sender: gcc-help-owner@gcc.gnu.org
Received: (qmail 11785 invoked by uid 22791); 29 Jul 2005 17:51:21 -0000
Received: from phxexch01.2wire.com (HELO phxexch01.2wire.com) (65.203.128.151)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 29 Jul 2005 17:51:21 +0000
Received: from exchange01.corp.2wire.com ([10.0.0.73]) by phxexch01.2wire.com with Microsoft SMTPSVC(6.0.3790.211);
	 Fri, 29 Jul 2005 10:51:19 -0700
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: MIPs Unaligned Relocation Table in libstdc++.so
Date: Fri, 29 Jul 2005 17:51:00 -0000
Message-ID: <FCB63FA5C6B0BA46A4F6A10096F1C3BB026135FA@exchange01.corp.2wire.com>
From: "Charles Hardin" <chardin@2wire.com>
To: <gcc-help@gcc.gnu.org>
X-SW-Source: 2005-07/txt/msg00325.txt.bz2


All,
=A0
I couldn't find an answer to this, so I apologize if this is already known.=
..
=A0
For performance reasons, I instrumented the unaligned trap handler on a Lin=
ux 2.4.25 MIPs kernel to see when it was used... Oddly enough, the instrume=
ntation triggered on application loads that were dynamically linked to libs=
tdc++.so...
=A0
What I know so far... This is a cross compile environment so "mipsel-linux"=
 is the cross compiler...
Using gcc 3.4.1
Using glibc 2.3.2
Using binutils 2.14.90.0.8
=A0
# mipsel-linux-objdump -R libstdc++.so | grep "[^048c] R_MIPS"
00114fe2 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
0011598d R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
00115a96 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
001172b9 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
0011731a R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
0011d525 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
0011d5ae R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
00124be1 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
00124c42 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
0012507d R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
001250fe R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
00125149 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
001251a2 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
001253d1 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
00125456 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
001254ed R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
001259e2 R_MIPS_REL32=A0=A0=A0=A0=A0 __gxx_personality_v0
=A0
This seems to be a problem to me? and it doesn't happen on an x86 compile...
=A0
Any pointers are appreciated...
Charles
=A0
=A0