Date: Thu, 28 Apr 2005 00:26:50 +0300 From: Ruslan Ermilov <ru@FreeBSD.org> To: Darren Reed <darrenr@hub.freebsd.org> Cc: current@FreeBSD.org Subject: Re: Patchset to fix ipfilter build breakage Message-ID: <20050427212650.GB53340@ip.net.ua> In-Reply-To: <20050427163206.GA7212@hub.freebsd.org> References: <20050426155608.GF94543@ip.net.ua> <20050427163206.GA7212@hub.freebsd.org>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] 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@FreeBSD.org FreeBSD committer [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCcAOaqRfpzJluFF4RAmx/AJ9sqvLchBGTyQNVaMWp4x8F0l6bMACfWubs KPKQ5WZg+qLzeiCm3qEq5zg= =4bD0 -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050427212650.GB53340>
