From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-39624-listarch-binutils=sources.redhat.com@sources.redhat.com>
Received: (qmail 20826 invoked by alias); 13 Apr 2005 16:23:29 -0000
Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:binutils-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/binutils/>
List-Post: <mailto:binutils@sources.redhat.com>
List-Help: <mailto:binutils-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: binutils-owner@sources.redhat.com
Received: (qmail 20778 invoked from network); 13 Apr 2005 16:23:22 -0000
Received: from unknown (HELO SERRANO.CAM.ARTIMI.COM) (217.40.213.68)
  by sourceware.org with SMTP; 13 Apr 2005 16:23:22 -0000
Received: from mace ([192.168.1.25]) by SERRANO.CAM.ARTIMI.COM with Microsoft SMTPSVC(6.0.3790.211);
	 Wed, 13 Apr 2005 17:22:04 +0100
From: "Dave Korn" <dave.korn@artimi.com>
To: "'Daniel Jacobowitz'" <drow@false.org>,
	"'Francesco Casadei'" <francesco.casadei@gmail.com>
Cc: <binutils@sourceware.org>
Subject: RE: ELF executable relinking
Date: Wed, 13 Apr 2005 16:23:00 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <20050413160322.GA27861@nevyn.them.org>
Message-ID: <SERRANOjSeKg1bzuDwP0000012d@SERRANO.CAM.ARTIMI.COM>
X-OriginalArrivalTime: 13 Apr 2005 16:22:04.0580 (UTC) FILETIME=[EE0E5E40:01C54044]
X-SW-Source: 2005-04/txt/msg00324.txt.bz2

----Original Message----
>From: Daniel Jacobowitz
>Sent: 13 April 2005 17:03

> On Wed, Apr 13, 2005 at 11:50:33AM -0400, Francesco Casadei wrote:
>> Basically, I want to add new unrelated code to an existing ELF executable
>> ET_EXEC), by relinking it with a relocatable object (ET_REL).
>> Is it possible to input an executable and one or more relocatable
>> object to the link
>> editor and generate a new executable with code and data from all objects?
> 
> Generally no.


  That's why the non-relocatable link is also called a "final" link: it
tends to be fairly final!  (It discards information that would be needed to
link further object files in).


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....