Xref: utzoo comp.emacs:6060 comp.unix.questions:13565 Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!apple!oliveb!intelca!mipos3!pinkas From: pinkas@hobbit.intel.com (Israel Pinkas ~) Newsgroups: comp.emacs,comp.unix.questions Subject: Re: Does GNU emacs ever use shared libraries? Message-ID: Date: 12 May 89 17:31:32 GMT References: <152@talarian.UUCP> Sender: news@mipos3.intel.com Distribution: usa Organization: Corporate CAD, INTeL Corporation, Santa Clara, CA Lines: 33 In-reply-to: scott@talarian.UUCP's message of 12 May 89 05:28:45 GMT In article <152@talarian.UUCP> scott@talarian.UUCP (Scott Weitzenkamp) writes: > I noticed that on SunOS 4.0, GNU emacs uses the -Bstatic flag to cc > to prevent the use of shared libraries. Does GNU emacs ever use > shared libraries? If not, why not? Does System V have an option > like -Bstatic to prevent the use of shared libraries? This is because unexec() does not know how to dump executables that were dynamically linked. James Turner (of Daisy) and I spent a lot of time bashing on this one, since we had early releases of SunOS 4.0 on Sun 386i's. (We were both field test sites.) The problem that I had was that there was no predictable way to determine whether the memory image had been dynamically linked. (Nothing documented, that is.) Eventually, I gave up on this, since it really didn't matter to me all that much. I don't know much about SysV, but I suspect that there should be a way. If nothing else works, you can always list the library name on the command line instead of -l. Remember to add /usr/lib/libc.a, or whatever it is on your machine, at the end of the command line if your machine has a dynamic version of libc. -Israel Pinkas -- -------------------------------------- Disclaimer: The above are my personal opinions, and in no way represent the opinions of Intel Corporation. In no way should the above be taken to be a statement of Intel. UUCP: {amdcad,decwrl,hplabs,oliveb,pur-ee,qantel}!intelca!mipos3!cadev4!pinkas ARPA: pinkas%cadev4.intel.com@relay.cs.net CSNET: pinkas@cadev4.intel.com