Date: Fri, 7 Jun 1996 16:41:21 -0400 From: Garrett Wollman <wollman@lcs.mit.edu> To: Terry Lambert <terry@lambert.org> Cc: questions@freebsd.org Subject: Re: Statically linked vs. Dynamically linked programs (fwd) Message-ID: <9606072041.AA09707@halloran-eldar.lcs.mit.edu> In-Reply-To: <199606072018.NAA03901@phaeton.artisoft.com> References: <Pine.LNX.3.91.960607224136.3823F-100000@ccslinux.dlsu.edu.ph> <199606072018.NAA03901@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Fri, 7 Jun 1996 13:18:37 -0700 (MST), Terry Lambert <terry@lambert.org> said: [about executables linked -shared] > o library data in image I believe this to be incorrect. This is a correct description of the way Sun's libraries work, but my understanding was that we avoid this. > o shared library image mmap'ed into process address > space on startup by modified crt0.o No. /usr/libexec/ld.so loader image mmap'ed into process address space on startup by crt0.o. Shared library images are mmaped by ld.so. > o library code is PIC (Position Independent Code) to > allow mapping anywhere for any process. PIC is > slower than statically linked code for Intel > processors (artifact of DOS legacy, not a problem > for most non-Intel chips) Not an artifact of DOS legacy, but rather a result of the paucity of registers on 8086-family CPUs. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9606072041.AA09707>