On Wed, Apr 27, 2005 at 04:32:06PM +0000, Darren Reed wrote: > On Tue, Apr 26, 2005 at 06:56:08PM +0300, Ruslan Ermilov wrote: > > - rescue is still broken: the libipf library is a > > culprit -- it has a lot of undefined symbols that > > consumers are expected to provide, thus preventing > > it to be used in rescue. When compiling a rescue > > binary, it fails with the following: > ... > > I've been thinking and discussing this. > > Firstly, we don't need all the tools, just ipf should be ok. > I'll take this as a data point. > So the trick then is to compile all of the libipf .o's into ipf.lo or > link libipf.a into ipf.lo > Linking with libipf.a would mean that we provide the libipf.a library in /usr/lib, which you wanted to avoid. > How's that sound to you? Can you please supply patch to fix that ? O:-) > I can provide a fix tomorrow after a sleep. It shouldn't be too hard to implement (we can easily differentiate when we're building for rescue). Hold on... Cheers, -- Ruslan Ermilov ru_at_FreeBSD.org FreeBSD committer
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:33 UTC