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
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
> 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
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
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
> 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
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
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
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
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
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
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
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,
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
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
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
16 matches
Mail list logo