Date: Thu, 8 May 2008 01:55:32 -0400 (EDT) From: Daniel Eischen <deischen@freebsd.org> To: Jason Evans <jasone@freebsd.org> Cc: Alexander Kabaev <kan@freebsd.org>, cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libc Versions.def Message-ID: <Pine.GSO.4.64.0805080146080.20207@sea.ntplx.net> In-Reply-To: <48224C59.7090005@FreeBSD.org> References: <200805071539.m47FdYWZ033147@repoman.freebsd.org> <48224C59.7090005@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 7 May 2008, Jason Evans wrote: > Alexander Kabaev wrote: >> kan 2008-05-07 15:39:34 UTC >> >> FreeBSD src repository >> >> Modified files: >> lib/libc Versions.def Log: >> Keep versions on a dependency chain to exclude even remote possiblity >> of private version ever getting index 2. > > Why is this the right thing to do? Clearly FBSDprivate_1.0 should never be > incremented, but it does not make sense to me to have it depend on any other > version. In the absence of a compelling argument, I am of the opinion that > Dan Eischen made a good change. Did you discuss this issue with him? I think it has more to do with how rtld works, though I don't know the details. You can see that kan made this same exact change in rev 1.3 of Versions.def. So in actuality, I backed kan's change out thinking that I had originally committed it that way. FYI, before I commited this change, I looked at how glibc did it. Their private namespace does not inherit from the GLIBC public namespace. But perhaps they have other ways of preventing exactly what kan is trying to avoid. -- DE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.64.0805080146080.20207>