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>