From owner-freebsd-hackers  Fri Oct 23 07:53:12 1998
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id HAA06139
          for freebsd-hackers-outgoing; Fri, 23 Oct 1998 07:53:12 -0700 (PDT)
          (envelope-from owner-freebsd-hackers@FreeBSD.ORG)
Received: from george.lbl.gov (george.lbl.gov [131.243.2.12])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06134;
          Fri, 23 Oct 1998 07:53:11 -0700 (PDT)
          (envelope-from jin@george.lbl.gov)
Received: (from jin@localhost)
	by george.lbl.gov (8.8.8/8.8.8) id HAA04643;
	Fri, 23 Oct 1998 07:52:41 -0700 (PDT)
Date: Fri, 23 Oct 1998 07:52:41 -0700 (PDT)
From: Jin Guojun (FTG staff) <jin@george.lbl.gov>
Message-Id: <199810231452.HAA04643@george.lbl.gov>
To: freebsd-bugs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG,
        lada@pc8811.gud.siemens.at
Subject: RE: ld for loading dynamic library changed in 3.0-RELEASE?
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> This ld.so behavior is consistent with ld.so behavior on any other U*x system
> that I know and which supports the shared libraries.

Any other Un*x systems that support the shared libraries will not have such
behavior, including FreeBSD itself. This is elf/ld issue.

> dlopen/dlsym do indeed map all the entry points to the library.  But please note
> that the library itself is only mapped into the address space, and the mapping
> remains the same for all processes which use the same library.  Thus, the space
> is not wasted.  Furthermore, only the code pages actually referenced will be
> pulled into core.
> 
> > 
> > Would some one please look into this issue?
> 
> If I understand you correctly, there is no issue to look at.  AFAIK, this is
> an ELF requirement.
> 
> /Marino

Again, this is elf/ld issue. As Mike Smith, thanks Mike, pointed out,
by setting OBJFORMAT to aout, the compiling and linking systems will use aout/*
instead elf/*, and problem goes away. This is a temp solution. As we know,
the 3.0 kernel also uses aout format. In long run, if FreeBSD will move to
use elf format in system wide range, the elf/ld behavor has to be corrected.

	-Jin

P.S.	By the way, there is another problem was found in 3.0 RELEASE,
	the aout/ld complains that the libX11.a has bag magic, even
	the file and objformat all confirmed the libX11.a is in aout format.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message