On Sun, Jul 17, 2011 at 03:33:56PM +1000, matthew green wrote:
>
> > Module Name:src
> > Committed By: dyoung
> > Date: Sun Jul 17 01:08:12 UTC 2011
> >
> > Modified Files:
> > src/sys/arch/alpha/include: sysarch.h
> >
> > Log Message:
> > Don't #include from thi
On 17.07.2011 21:48, Joerg Sonnenberger wrote:
> Module Name: src
> Committed By: joerg
> Date: Sun Jul 17 19:48:31 UTC 2011
>
> Modified Files:
> src/crypto/external/bsd/openssl/lib/libcrypto/arch/x86_64: aes.inc
>
> Log Message:
> Disable Clang's integrated assembler for the AES-
On Sun, Jul 17, 2011 at 10:25:47PM +0200, Jean-Yves Migeon wrote:
> On 17.07.2011 21:48, Joerg Sonnenberger wrote:
> > Module Name:src
> > Committed By: joerg
> > Date: Sun Jul 17 19:48:31 UTC 2011
> >
> > Modified Files:
> > src/crypto/external/bsd/openssl/lib/libc
On Sun, Jul 17, 2011 at 10:31:44PM +0200, Joerg Sonnenberger wrote:
> On Sun, Jul 17, 2011 at 10:25:47PM +0200, Jean-Yves Migeon wrote:
> > On 17.07.2011 21:48, Joerg Sonnenberger wrote:
> > > Module Name: src
> > > Committed By: joerg
> > > Date: Sun Jul 17 19:48:31 UTC 2011
>
On 17.07.2011 23:18, David Laight wrote:
>>> The .byte streams are required for the inclusion of the AES NI
>>> instructions, which are not supported with our current gcc version.
>>>
>>> Should be fixed once we have stabilized gcc 4.5 (dunno about other
>>> compilers though, especially pcc).
>>
>>
In article <20110717232910.de94317...@cvs.netbsd.org>,
David Young wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: dyoung
>Date: Sun Jul 17 23:29:10 UTC 2011
>
>Modified Files:
> src/sys/arch/sparc/include: types.h
> src/sys/arch/sparc/sparc: machdep.c
> src/sy
On Sat, Jul 16, 2011 at 04:51:41PM +0100, David Laight wrote:
> > Modified Files:
> >src/lib/libc/sys: dup.2
> >
> > Log Message:
> > Note that dup2(2) and dup3(2) may not fail with EMFILE; from PR lib/45148.
>
> What happens if the 'new' file number is above RLIMIT_NOFILES?
dunno.
On Sun, Jul 17, 2011 at 11:44:53PM +, Christos Zoulas wrote:
> In article <20110717232910.de94317...@cvs.netbsd.org>,
> David Young wrote:
> >-=-=-=-=-=-
> >
> >Module Name: src
> >Committed By:dyoung
> >Date:Sun Jul 17 23:29:10 UTC 2011
> >
> >Modified Files:
> > s
On 18.07.2011 02:00, David Young wrote:
>> Can we please use ansi function definitions in newly committed code?
>
> This was tedious enough without converting to ANSI function definitions.
> A good job for Coccinelle (spatch)?
Sadly, no: last time I tried (when moving kvm(3) code to ANSI style),
On Sun, Jul 17, 2011 at 10:02:27PM +, David A. Holland wrote:
> Modified Files:
> src/sys/ufs/ufs: ufs_vnops.c
>
> Log Message:
> At the end of ufs_rmdir, don't use a dangling vnode pointer to call
> fstrans_done. Ok hannken@
Well, for the record it turns out I misread his mail and
> On Sun, Jul 17, 2011 at 03:33:56PM +1000, matthew green wrote:
> >
> > > Module Name: src
> > > Committed By: dyoung
> > > Date: Sun Jul 17 01:08:12 UTC 2011
> > >
> > > Modified Files:
> > > src/sys/arch/alpha/include: sysarch.h
> > >
> > > Log Message:
> > > Don't #in
On Mon, Jul 18, 2011 at 11:26:59AM +1000, matthew green wrote:
> making port-alpha build by simply removing what isn't building is the
> wrong answer, unless you're positive that is the right thing to do.
This was rather poor phrasing, wasn't it?
Dave
--
David Young OJC Technologies
On Mon, Jul 18, 2011 at 02:18:54AM +0200, Jean-Yves Migeon wrote:
> On 18.07.2011 02:00, David Young wrote:
> >> Can we please use ansi function definitions in newly committed code?
> >
> > This was tedious enough without converting to ANSI function definitions.
> > A good job for Coccinelle (spat
13 matches
Mail list logo