From mint-bounce@lists.fishpool.fi  Tue Jul 19 06:41:26 2005
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
Subject: Re: [MiNT] WCOWORK implementation : conclusions.
From: Mark Duckworth <mduckworth@atari-source.com>
To: evan@coolrunningconcepts.com
Cc: Mint List <mint@fishpool.com>
In-Reply-To: <20050718204359.hssz3xi1ak5c8gw4@coolrunningconcepts.com>
References: <op.st2tbgvk8yw5lr@lon92-6-82-236-205-36.fbx.proxad.net>
	 <200507180121.43340.maurits@bassment.nu>
	 <1121726821.17671.39.camel@taro.coolrunningconcepts.com>
	 <1121728909.19283.23.camel@mduckworth.phillypark.net>
	 <42DC3FBA.6000508@highlandsun.com>
	 <20050718204359.hssz3xi1ak5c8gw4@coolrunningconcepts.com>
Content-Type: text/plain
Date: Tue, 19 Jul 2005 00:39:06 -0400
Message-Id: <1121747946.19283.59.camel@mduckworth.phillypark.net>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3 (2.2.3-2.1.fc4.nr) 
Content-Transfer-Encoding: 7bit
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: mduckworth@atari-source.com
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
X-Virus-Scanned: by amavisd-new at relay.boerde.de
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de
X-Spam-Status: No, hits=-0.9 tagged_above=-50.5 required=7.0 tests=AWL,
 BAYES_00
X-Spam-Level: 

On Mon, 2005-07-18 at 20:43 -0400, evan@coolrunningconcepts.com wrote:
> Quoting Howard Chu <hyc@highlandsun.com>:
> 
> > Another interesting approach would be to keep enough symbol table info
> > in statically linked apps to allow them to be relinked. That is, run a
> > linker command
> > 	relink foo.app -lnewlib
> > which replaces all the symbols in foo.app that appear in newlib with the
> 
> Ya know, I was just thinking about that yesterday - relinking static 
> libs using
> symbol table information.  I wasn't aware that IBM was already doing it, but
> its an interesting direction.
> 
> > version from newlib. So you can keep your snappy static library load
> > times, but still take advantage of bugfixed libraries over the course of
> 
> Definately seems like a best of both worlds approach, except that you'd need
> some sort of relink-everything script if you replace a known-buggy 
> library with
> a fixed one.

You could just relink every binary in your $PATH.  Seems easy enough to
me.

Mark