On Sun, 14 Aug 2011, Alexander Best wrote:
It might be worth mentioning this in UPDATING or similar, since a kernel
built with clang (I haven't tried gcc) during this window will make it
impossible to do a buildworld without first rebuilding the kernel with this
fix. It also seems to break at
On Sun, 14 Aug 2011, Niclas Zeising wrote:
When falloc() was broken into separate falloc_noinstall() and finstall(),
a bug was introduced in kern_openat() such that the error from the vnode
open operation was overwritten before it was passed as an argument to
dupfdopen(). This broke ope
On 2011-08-14 20:14, Robert Watson wrote:
>
> On Sun, 14 Aug 2011, Niclas Zeising wrote:
>
>>> When falloc() was broken into separate falloc_noinstall() and
>>> finstall(),
>>> a bug was introduced in kern_openat() such that the error from the
>>> vnode
>>> open operation was overwritten be
On Sun, 14 Aug 2011, Alexander Best wrote:
It might be worth mentioning this in UPDATING or similar, since a kernel
built with clang (I haven't tried gcc) during this window will make it
impossible to do a buildworld without first rebuilding the kernel with this
fix. It also seems to break at
On Sun, 14 Aug 2011, Niclas Zeising wrote:
When falloc() was broken into separate falloc_noinstall() and finstall(),
a bug was introduced in kern_openat() such that the error from the vnode
open operation was overwritten before it was passed as an argument to
dupfdopen(). This broke op
On Sun Aug 14 11, Niclas Zeising wrote:
> On 2011-08-13 18:03, Robert Watson wrote:
> > Author: rwatson
> > Date: Sat Aug 13 16:03:40 2011
> > New Revision: 224842
> > URL: http://svn.freebsd.org/changeset/base/224842
> >
> > Log:
> > When falloc() was broken into separate falloc_noinstall() and
On 2011-08-13 18:03, Robert Watson wrote:
> Author: rwatson
> Date: Sat Aug 13 16:03:40 2011
> New Revision: 224842
> URL: http://svn.freebsd.org/changeset/base/224842
>
> Log:
> When falloc() was broken into separate falloc_noinstall() and finstall(),
> a bug was introduced in kern_openat() s