From fnaumann@mail.cs.uni-magdeburg.de  Fri Mar 19 12:36:53 2004
Message-ID: <405ADBE2.7030707@imperia.net>
Date: Fri, 19 Mar 2004 12:39:14 +0100
From: Guido Flohr <guido@imperia.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: de, ru, ar, en-us, en, fr
MIME-Version: 1.0
To: Standa Opichal <opichals@seznam.cz>
Cc: mint@fishpool.com
Subject: Re: [MiNT] Shared libs without MMU resources
References: <Pine.LNX.4.58L0.0403161648030.23404@mailcz.in.systinet.com>  <Pine.NEB.4.58.0403161841530.25587@wh58-508.st.uni-magdeburg.de>  <405868D5.4060101@imperia.net> <Pine.LNX.4.58L0.0403180901200.29935@mailcz.in.systinet.com>
In-Reply-To: <Pine.LNX.4.58L0.0403180901200.29935@mailcz.in.systinet.com>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
X-Virus-Scanned: by amavisd-new using F-Secure Antivirus at imperia.net
Delivered-To: mint@fishpool.com
Delivered-To: mint@lists.fishpool.fi
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-to: mint-bounce@lists.fishpool.fi
X-original-sender: guido@imperia.net
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>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by prinz.cs.uni-magdeburg.de id i2JBapU01435

Hi,

I hope you won't mind that I reply to the list.

Standa Opichal wrote:
> Hi Guido!
> 
> Thanks for the clarifications. Could you, please review the following?
> 
> 4) .so libs without real sharing (any working gcc target, anyhow
> modified)

gcc has nothing to do with that.  It is the linker, ld, that would 
produce the shared libraries (.so).

> Would need to provide the relocation tables to be appended to the
> generated .o/.so/binary files. OS would not feature any sharing, but just
> load the whole thing into memory each time is is requested to be linked
> together and relocate to a particular physical address (no VM).

I think this is a very good idea.

> Would this be really enormous piece of work?

It shouldn't be that much work.

Your idea is to provide dynamic linking, but still keep a private copy 
of the entire code (text and data) in each processes memory, correct?

Of course, you will not save any memory  if you copy the code, but you 
will still have a lot of advantages.  Not only, that you save a lot of 
recompilation and repackaging after changing a shared library; a lot of 
software that links modules/plug-ins dynamically (Apache, Perl, ...) 
would become a lot more usable.

Ciao

Guido
-- 
Imperia AG, Development
Leyboldstr. 10 - D-50354 Hürth - http://www.imperia.net/


