Messages in this thread | | | Date | Tue, 16 Feb 1999 11:14:36 -0500 (EST) | From | "Richard B. Johnson" <> | Subject | Re: Possible ld-so bug. |
| |
On Tue, 16 Feb 1999, Arvind Sankar wrote:
> On Tue, Feb 16, 1999 at 09:54:55AM -0500, Richard B. Johnson wrote: > > If you have different version numbers, you don't have this problem. > > So. I think that `install` and `mv` has to be linked static before > > such an install, perhaps even /bin/bash. There are other ways. I > > could modify the make file to install everything in /new/local/lib and > > /new/bin (/new instead of /usr), then merge everything by hand. > > This is a pain. I still think the solution lies with ld.so.cache. If > > ld.so did not reload its cache except after an explicit command, i.e., > > `ldconfig`, and the cache pointed to already-mapped libraries, there > > would not be such a problem at all. > > > > Doesn't the cache just contain the pathnames of the libs? So if you have new > libs with the same name, the cache points to them now. >
It contains binary data. Haven't checked what it actually is.
> Also, as someone else asked on this thread, shouldn't all the bins in /sbin > be linked static? So that if you do mess up, at least you can boot the system > single-user... With glibc now, everything is linked dynamic even if u specify > -static because of nsswitch. You have to go through hoops to actually get a > static binary. >
It's easy on this system because I have all the sources for everything in /sbin /bin /usr/bin, etc. At home I have Red Hat 5.1.
Given an executable only (like /bin/ls) is it possible to re-link it static (using ld or whatever)???
Cheers, Dick Johnson ***** FILE SYSTEM WAS MODIFIED ***** Penguin : Linux version 2.2.1 on an i686 machine (400.59 BogoMips). Warning : It's hard to remain at the trailing edge of technology. Wisdom : It's not a Y2K problem. It's a Y2Day problem.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |