From owner-freebsd-hackers  Fri Apr  4 02:44:26 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id CAA01224
          for hackers-outgoing; Fri, 4 Apr 1997 02:44:26 -0800 (PST)
Received: from gw.itfs.nsk.su (ns.itfs.nsk.su [193.124.36.33])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA01168
          for <hackers@freebsd.org>; Fri, 4 Apr 1997 02:43:54 -0800 (PST)
Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id RAA29284 for hackers@freebsd.org; Fri, 4 Apr 1997 17:32:28 +0700
Received: by itfs.nsk.su; Fri,  4 Apr 97 17:36:21 +0600 (NSK)
Received: (from daemon@localhost) by news.itfs.nsk.su (8.7.5/8.6.12) id RAA09668; Fri, 4 Apr 1997 17:12:03 +0700 (NSD)
From: "Nickolay N. Dudorov" <nnd@info.itfs.nsk.su>
To: hackers@freebsd.org
Subject: Re: FreeBSD Elf-Kit and dynamic loading
Date: 4 Apr 1997 10:12:01 GMT
Message-ID: <5i2k5h$4jb@news.itfs.nsk.su>
References: <5i0j1d$jtk@news.itfs.nsk.su> <19970403191209.52889@keltia.freenix.fr>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Ollivier Robert <roberto@keltia.freenix.fr> wrote:
> According to Nickolay N. Dudorov:
> > 	And after that I discovered that 'file hello'
> > says:
> > 	hello: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD)
> > 
> > and file 'hello' is 47761 bytes long.
> > 
> > 	So, there is a question - is there any possibility to
> > build "dynamic ELF" program ?  My elf-gcc produce identical results
> > with and without '-static' flag.

> Are you sure you have the right naming for the libraries ?

	Yes - it turns out that because I build and install elf-libc
from (copy of) FreeBSD-2.2 sources there was no libc.so --> libc.so.3.0
link.  After I make all libXX.so --> libXX.so.M.N links my test
programs builds as dynamic.

	There is still some problems unsolved by me today:

 - If I build libmsun from RELENG_2_2 sources there is an error in
   file 'msun/i387/s_finite.S'. I blindly replace 'setnel  %al'
   with 'setne   %al'  (error message says - register does not
   match opcode suffix) and library successfuly builds ;-)
   but is this a right "fix" ?

 - I have not found the way to build g++ shared libraries
   (from GNU libg++-2.7.2 sources)


	So, I erased all my elf-related bins and libs in order
to make it all from scratch and write down all the steps and
problems I'll encounter in the way to 'make (almost) all
user-land libraries and binaries in ELF' ;-) The most serious
problem now is - where can I get another 16 hours in a day to
perform this very interesting but not very profitable experiment :-(

	N.Dudorov