Date: Thu, 25 Oct 2007 18:12:16 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: d@delphij.net, delphij@delphij.net Cc: ache@nagual.pp.ru, scottl@samsco.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/locale utf8.c Message-ID: <20071025.181216.-332174247.imp@bsdimp.com> In-Reply-To: <4720EB41.8090100@delphij.net> References: <4720E0AF.1010004@samsco.org> <20071025190609.GB16187@nagual.pp.ru> <4720EB41.8090100@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <4720EB41.8090100@delphij.net> LI Xin <delphij@delphij.net> writes: : Andrey Chernov wrote: : > On Thu, Oct 25, 2007 at 12:30:07PM -0600, Scott Long wrote: : [snip] : >> and is causing many users problems : >> during upgrades and normal operations. : > : > Like what? I don't observe any singe problem so far. : : This has revealed another issue on RELENG_6 while rafan@ did the MFC. : The problem is that the installworld process needs sh(1), but a : dynamically linked sh(1) will require ncurses libraries, which calls : ctype.h (and in turn _ctype.h), so inherited requires the new symbol. : Unfortunately on RELENG_6 libc.so is not forced to be installed first, : so once ncurses libraries are updated, it refuses the old libc.so bits : as it does not provide the required symbol. : : I have discussed this with rafan@ and he committed a workaround, which : is to MFC src/lib/Makefile,v 1.221. On RELENG_7 and HEAD we already : have the change so it's not a problem for these branches. : : Hopefully we can find out a way of making newly compiled binaries : backward compatible with the old RELENG_6 world? Maybe we should make them *NOT* be inline instead of all these kludges? Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071025.181216.-332174247.imp>