Re: CVS commit: src

2011-08-22 Thread Emmanuel Dreyfus
matthew green wrote: > the minor number should be bumped any time a symbol is added to a > library. > > the major number should be bumped any time a symbols is removed > from or an ABI changed in a library. > > > this is pretty much all there is to the rules, and they're not > limited by other

Re: CVS commit: src

2011-08-22 Thread Emmanuel Dreyfus
matthew green wrote: > ps. don't forgot to look at the sparc64/amd64/mips64 compat libs > when bumping shlib versions. You mean in src/distrib/sets? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz m...@netbsd.org

re: CVS commit: src

2011-08-22 Thread matthew green
> NAKAJIMA Yoshihiro wrote: > > > > Um, what should be done in distribs/sets/lists? > > > Would s/libc.so.12.178/libc.so.12.179/ eveywhere be enough? > > I think so. > > One last concern: extended API set 2 support is not yet complete. > Shouldn't we bump for once when it is done, instead of bu

Re: CVS commit: src

2011-08-22 Thread Emmanuel Dreyfus
NAKAJIMA Yoshihiro wrote: > > Um, what should be done in distribs/sets/lists? > > Would s/libc.so.12.178/libc.so.12.179/ eveywhere be enough? > I think so. One last concern: extended API set 2 support is not yet complete. Shouldn't we bump for once when it is done, instead of bumping for each sy

Re: CVS commit: src

2011-08-22 Thread tsugutomo . enami
Emmanuel Dreyfus writes: >> I guess something like following change is necessary so that when both >> tv_nsec is set to UTIME_NOW, >> >> 1) to perform same permission check as when NULL is passed to 2nd >> arg. >> 2) to set same value for both atime and mtime. > > I think you a

re: CVS commit: src/etc

2011-08-22 Thread matthew green
> Module Name: src > Committed By: jym > Date: Mon Aug 22 18:54:06 UTC 2011 > > Modified Files: > src/etc: Makefile > src/etc/defaults: Makefile rc.conf > Added Files: > src/etc/etc.amd64: rc.conf > src/etc/etc.i386: rc.conf > > Log Message: > Modify etc/defaults

Re: CVS commit: src/common/lib/libc/string

2011-08-22 Thread David Holland
On Mon, Aug 22, 2011 at 12:48:22PM +0200, Joerg Sonnenberger wrote: > > > > > > Requires stdint.h. > > > > > > > > > > No? > > > > > > > > uh what? > > > > > > It doesn't. The prototypes in strings.h already ensure that > > > uint32_t/uint64_t are present and that's the only thing it

Re: CVS commit: src/sys/arch/i386/stand/boot

2011-08-22 Thread Paul Goyette
Module Name:src Committed By: mrg Date: Mon Aug 22 09:43:08 UTC 2011 Modified Files: src/sys/arch/i386/stand/boot: Makefile.boot Log Message: disable mmx/sse here too. hopefully fixes amd64 /boot issues. certainly changes the output in ways that gcc 4.1 doesn't. Confir

Re: CVS commit: src/common/lib/libc/string

2011-08-22 Thread Valeriy E. Ushakov
On Mon, Aug 22, 2011 at 16:48:02 +0400, Valeriy E. Ushakov wrote: > On Mon, Aug 22, 2011 at 12:48:22 +0200, Joerg Sonnenberger wrote: [...] > > You are skinning the wrong cat. string.h shouldn't include strings.h in > > first place. > > #if defined(_NETBSD_SOURCE) > #include /* for back

Re: CVS commit: src/sys/arch/xen

2011-08-22 Thread Jean-Yves Migeon
On Mon, 22 Aug 2011 12:47:40 +0200, Manuel Bouyer wrote: This is slightly more complicated than it appears. Some of the "ops" in a per-cpu queue may have ordering dependencies with other cpu queues, and I think this would be hard to express trivially. (an example would be a pte update on one qu

Re: CVS commit: src/common/lib/libc/string

2011-08-22 Thread Joerg Sonnenberger
On Mon, Aug 22, 2011 at 04:48:02PM +0400, Valeriy E. Ushakov wrote: > > > > It doesn't. The prototypes in strings.h already ensure that > > > > uint32_t/uint64_t are present and that's the only thing it could ever > > > > need from stdint.h. > > > > > > Yes it does. strings.h is included by str

Re: CVS commit: src/common/lib/libc/string

2011-08-22 Thread Christos Zoulas
In article <20110822104822.gb15...@britannica.bec.de>, Joerg Sonnenberger wrote: >On Mon, Aug 22, 2011 at 01:26:24AM +, David Holland wrote: >> On Mon, Aug 22, 2011 at 03:13:29AM +0200, Joerg Sonnenberger wrote: >> > On Sun, Aug 21, 2011 at 11:37:08PM +, David Holland wrote: >> > > On M

Re: CVS commit: src/common/lib/libc/string

2011-08-22 Thread Valeriy E. Ushakov
On Mon, Aug 22, 2011 at 12:48:22 +0200, Joerg Sonnenberger wrote: > On Mon, Aug 22, 2011 at 01:26:24AM +, David Holland wrote: > > On Mon, Aug 22, 2011 at 03:13:29AM +0200, Joerg Sonnenberger wrote: > > > On Sun, Aug 21, 2011 at 11:37:08PM +, David Holland wrote: > > > > On Mon, Aug 22,

Re: CVS commit: src

2011-08-22 Thread NAKAJIMA Yoshihiro
On Sun, 21 Aug 2011 16:14:28 +0200, m...@netbsd.org (Emmanuel Dreyfus) wrote: > Um, what should be done in distribs/sets/lists? > Would s/libc.so.12.178/libc.so.12.179/ eveywhere be enough? I think so. Cheers, -- nakayosh

Re: CVS commit: src/common/lib/libc/string

2011-08-22 Thread Joerg Sonnenberger
On Mon, Aug 22, 2011 at 01:26:24AM +, David Holland wrote: > On Mon, Aug 22, 2011 at 03:13:29AM +0200, Joerg Sonnenberger wrote: > > On Sun, Aug 21, 2011 at 11:37:08PM +, David Holland wrote: > > > On Mon, Aug 22, 2011 at 01:31:31AM +0200, Joerg Sonnenberger wrote: > > > > > Modified Fi

Re: CVS commit: src/sys/arch/xen

2011-08-22 Thread Manuel Bouyer
On Sun, Aug 21, 2011 at 09:39:14PM +0200, Cherry G. Mathew wrote: > JM> An alternative would be to have per-CPU xpq_queue[] also. This > JM> is not completely stupid, xpq_queue is meant as a way to put > JM> multiple MMU operations in a queue asynchronously before issuing > JM> only