From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-60047-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 20122 invoked by alias); 15 Jun 2009 14:22:07 -0000
Received: (qmail 20112 invoked by uid 22791); 15 Jun 2009 14:22:06 -0000
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from eu1sys200aog104.obsmtp.com (HELO eu1sys200aog104.obsmtp.com) (207.126.144.117)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 15 Jun 2009 14:21:54 +0000
Received: from source ([164.129.1.35]) (using TLSv1) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP 	ID DSNKSjZY4tacJJgVY19N5d8qgwKWCEBFten5@postini.com; Mon, 15 Jun 2009 14:21:53 UTC
Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) 	by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 90F041A5; 	Mon, 15 Jun 2009 14:20:53 +0000 (GMT)
Received: from mail2.gnb.st.com (mail2.gnb.st.com [164.129.119.59]) 	by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id AF8D44C618; 	Mon, 15 Jun 2009 14:20:52 +0000 (GMT)
Received: from [164.129.122.46] (gnx2504.gnb.st.com [164.129.122.46]) 	by mail2.gnb.st.com (MOS 3.8.7a) 	with ESMTP id DDT67774 (AUTH lyon); 	Mon, 15 Jun 2009 16:21:19 +0200 (CEST)
Message-ID: <4A3658C4.3000800@st.com>
Date: Mon, 15 Jun 2009 14:22:00 -0000
From: Christophe LYON <christophe.lyon@st.com>
User-Agent: Thunderbird 2.0.0.21 (X11/20090302)
MIME-Version: 1.0
To: binutils@sourceware.org
Cc: Nick Clifton <nickc@redhat.com>, Phil Blundell <pb@reciva.com>, 	Daniel Jacobowitz <drow@false.org>
Subject: Re: linker crash in arm stub generation
References: <1244740179.21585.119.camel@mill.internal.reciva.com> <4A324BAC.7090702@redhat.com> <4A3255D9.9030906@st.com> <20090612140642.GA31950@caradoc.them.org> <4A32626C.8090407@st.com>
In-Reply-To: <4A32626C.8090407@st.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact binutils-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <binutils.sourceware.org>
List-Subscribe: <mailto:binutils-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/binutils/>
List-Post: <mailto:binutils@sourceware.org>
List-Help: <mailto:binutils-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: binutils-owner@sourceware.org
X-SW-Source: 2009-06/txt/msg00231.txt.bz2

Hi,

>> This looks good to me - and I agree that a test would be helpful!
>>
> I'll propose one + proper ChangeLog entry next week.
> 

I have started to look at this problem more closely, and I have one 
question: in elf32-arm.c:allocate_dynrelocs(), there is this comment:

   /* If this symbol is not defined in a regular file, and we are
      not generating a shared library, then set the symbol to this
      location in the .plt.  This is required to make function
      pointers compare as equal between the normal executable and
      the shared library.  */

Why is the behaviour different when generating a shared lib?

I thought I had understood the comment about function pointers 
comparison, but I am wondering now....

Christophe.