[HEADS UP] ar(1) front-end committed. (notes for cross compile)
ru at freebsd.org
Mon Feb 25 07:18:31 UTC 2008
On Sun, Feb 24, 2008 at 01:34:34PM -0800, David O'Brien wrote:
> On Sun, Feb 24, 2008 at 10:26:42PM +0100, Kai Wang wrote:
> > On Sun, Feb 24, 2008 at 12:51:21PM -0800, David O'Brien wrote:
> > > What is the thing you're checking the value 700044 for?
> > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html
> > > 700044
> > > 7.0-CURRENT after changing the argument for vn_open()/VOP_OPEN()
> > > from filedescriptor index to the struct file *.
> > > 700045
> > > 7.0-CURRENT after changing pam_nologin(8) to provide an account
> > > management function instead of an authentication function to the
> > > PAM framework.
> > I guess, probably des@ meant that: libarchive 2.2.3 (committed
> > at May 29 2007) included the last major fix to the 'ar' support,
> > and 700044 (though not specific to this) bumped at Jun 7 2007
> > is closest to that day?
> If that is the case - this web page should be updated with that
> information. It is find to go back after the fact and note that a
> particular version number represents more than one thing.
We've been traditionally (ab)using __FreeBSD_version to bootstrap
things in this way, without necessarily bumping __FreeBSD_version.
There are two reasons: 1) we often don't know if a particular bug
or change affects bootstrapping, so we don't always bump it. For
example, a change in libc may cause some utility to be put to the
list of bootstrap-tools, and we don't discover it until the
version is bumped for another reason. 2) there's no harm in
bootstrapping more than necessary.
ru at FreeBSD.org
More information about the freebsd-current