Module Name:src
Committed By: joe
Date: Tue Jan 7 14:21:11 UTC 2025
Modified Files:
src/usr.bin/config: hash.c lint.c main.c mkdevsw.c mkheaders.c pack.c
scan.l sem.c util.c
Log Message:
clear: trailing whitespaces
To generate a diff of this commit:
cvs rdif
Module Name:src
Committed By: joe
Date: Tue Jan 7 14:21:11 UTC 2025
Modified Files:
src/usr.bin/config: hash.c lint.c main.c mkdevsw.c mkheaders.c pack.c
scan.l sem.c util.c
Log Message:
clear: trailing whitespaces
To generate a diff of this commit:
cvs rdif
Module Name:src
Committed By: rillig
Date: Fri Oct 4 16:18:45 UTC 2024
Modified Files:
src/usr.bin/config: mkmakefile.c
Log Message:
config: fix lint warning about "effectively discards 'const'"
No binary change.
To generate a diff of this commit:
cvs rdiff -u -r1.73 -
Module Name:src
Committed By: rillig
Date: Fri Oct 4 16:18:45 UTC 2024
Modified Files:
src/usr.bin/config: mkmakefile.c
Log Message:
config: fix lint warning about "effectively discards 'const'"
No binary change.
To generate a diff of this commit:
cvs rdiff -u -r1.73 -
Module Name:src
Committed By: uwe
Date: Tue Aug 13 23:24:23 UTC 2024
Modified Files:
src/usr.bin/config: config.5
Log Message:
config(5): bump date for and fix typo in previous
PR bin/58583
To generate a diff of this commit:
cvs rdiff -u -r1.49 -r1.50 src/usr.bin/config
Module Name:src
Committed By: uwe
Date: Tue Aug 13 23:24:23 UTC 2024
Modified Files:
src/usr.bin/config: config.5
Log Message:
config(5): bump date for and fix typo in previous
PR bin/58583
To generate a diff of this commit:
cvs rdiff -u -r1.49 -r1.50 src/usr.bin/config
Module Name:src
Committed By: uwe
Date: Tue Aug 13 15:01:52 UTC 2024
Modified Files:
src/usr.bin/config: config.5
Log Message:
config(5): mention ioconf and pseudo-root
Add barebones descriptions for ioconf and pseudo-root added by pooka@
long time ago for rump and kmods.
Module Name:src
Committed By: uwe
Date: Tue Aug 13 15:01:52 UTC 2024
Modified Files:
src/usr.bin/config: config.5
Log Message:
config(5): mention ioconf and pseudo-root
Add barebones descriptions for ioconf and pseudo-root added by pooka@
long time ago for rump and kmods.
Module Name:src
Committed By: uwe
Date: Tue Aug 13 10:14:04 UTC 2024
Modified Files:
src/usr.bin/config: scan.l
Log Message:
config: fix ctype(3) argument casts
See CAVEATS. Doesn't matter here in practice, but that's not an
excuse to set a bad example.
To generate a d
Module Name:src
Committed By: uwe
Date: Tue Aug 13 10:14:04 UTC 2024
Modified Files:
src/usr.bin/config: scan.l
Log Message:
config: fix ctype(3) argument casts
See CAVEATS. Doesn't matter here in practice, but that's not an
excuse to set a bad example.
To generate a d
Module Name:src
Committed By: riastradh
Date: Fri Apr 5 00:43:42 UTC 2024
Modified Files:
src/usr.bin/config: defs.h files.c mkioconf.c mkmakefile.c pack.c
Log Message:
config(1): Make sort order deterministic.
Ensure we break ties in every case. This way, even though w
Module Name:src
Committed By: riastradh
Date: Fri Apr 5 00:43:42 UTC 2024
Modified Files:
src/usr.bin/config: defs.h files.c mkioconf.c mkmakefile.c pack.c
Log Message:
config(1): Make sort order deterministic.
Ensure we break ties in every case. This way, even though w
Module Name:src
Committed By: thorpej
Date: Thu Jan 18 05:41:38 UTC 2024
Modified Files:
src/usr.bin/config: defs.h
Log Message:
Bump version.
To generate a diff of this commit:
cvs rdiff -u -r1.107 -r1.108 src/usr.bin/config/defs.h
Please note that diffs are not public
Module Name:src
Committed By: thorpej
Date: Thu Jan 18 05:41:38 UTC 2024
Modified Files:
src/usr.bin/config: defs.h
Log Message:
Bump version.
To generate a diff of this commit:
cvs rdiff -u -r1.107 -r1.108 src/usr.bin/config/defs.h
Please note that diffs are not public
Module Name:src
Committed By: thorpej
Date: Thu Jan 18 04:41:38 UTC 2024
Modified Files:
src/usr.bin/config: config.5 defs.h gram.y main.c mkmakefile.c scan.l
util.c
Log Message:
With config(1) as it exists today, a kernel Makefile is able to implement
logic on
Module Name:src
Committed By: thorpej
Date: Thu Jan 18 04:41:38 UTC 2024
Modified Files:
src/usr.bin/config: config.5 defs.h gram.y main.c mkmakefile.c scan.l
util.c
Log Message:
With config(1) as it exists today, a kernel Makefile is able to implement
logic on
Module Name:src
Committed By: christos
Date: Tue Oct 12 17:14:10 UTC 2021
Modified Files:
src/usr.bin/config: lint.c
Log Message:
PR/56453: Wataru Ashihara: config(1): Assertion fails in config -L
Only compare pointers when one is found.
To generate a diff of this commit
Module Name:src
Committed By: christos
Date: Tue Oct 12 17:14:10 UTC 2021
Modified Files:
src/usr.bin/config: lint.c
Log Message:
PR/56453: Wataru Ashihara: config(1): Assertion fails in config -L
Only compare pointers when one is found.
To generate a diff of this commit
Module Name:src
Committed By: rillig
Date: Wed Aug 25 23:07:34 UTC 2021
Modified Files:
src/usr.bin/config: sem.c
Log Message:
config: remove unused local variable
To generate a diff of this commit:
cvs rdiff -u -r1.85 -r1.86 src/usr.bin/config/sem.c
Please note that di
Module Name:src
Committed By: rillig
Date: Wed Aug 25 23:07:34 UTC 2021
Modified Files:
src/usr.bin/config: sem.c
Log Message:
config: remove unused local variable
To generate a diff of this commit:
cvs rdiff -u -r1.85 -r1.86 src/usr.bin/config/sem.c
Please note that di
On 09/09/2016 22:09, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Sep 9 21:09:11 UTC 2016
>
> Modified Files:
> src/usr.bin/config: defs.h files.c sem.c
>
> Log Message:
> Make attribute deselection work:
> - when deselecting attributes, remove fi
Masao Uebayashi writes:
> On Fri, Sep 4, 2015 at 4:10 AM, matthew green wrote:
> > Masao Uebayashi writes:
> >> They were intentionally overly strict. Please put them back. Or
> >> change them to not overly strict.
> >
> > there's no good reason to change either makeoptions to to force all optio
On Fri, Sep 4, 2015 at 4:10 AM, matthew green wrote:
> Masao Uebayashi writes:
>> They were intentionally overly strict. Please put them back. Or
>> change them to not overly strict.
>
> there's no good reason to change either makeoptions to to force all options
> to be listed in the files files
Masao Uebayashi writes:
> They were intentionally overly strict. Please put them back. Or
> change them to not overly strict.
there's no good reason to change either makeoptions to to force all options
to be listed in the files files. like most of the items in config/TODO,
there is no rationale
They were intentionally overly strict. Please put them back. Or
change them to not overly strict.
You make me wonder if I should add this to Makefile.kern.nc:
${SYSTEM_OBJ}: Makefile
On Sat, Aug 29, 2015 at 12:03:51PM +0900, Masao Uebayashi wrote:
> Such a hack is needed because config(1) has to generate rules
> explicitly for each *.[cS]. If you try to override a rule (e.g.
> compile this pmap_bootstrap.c with ${NOPROF_C}), it will be a
> duplicated rule.
>
> If *.[cS] -> *.
"Masao Uebayashi" writes:
> Module Name: src
> Committed By: uebayasi
> Date: Fri Aug 28 08:31:28 UTC 2015
>
> Modified Files:
> src/usr.bin/config: mkmakefile.c
>
> Log Message:
> Accept only relative paths (from $S) for `file' and `object'. Simplify code.
> config(1) does not ne
Such a hack is needed because config(1) has to generate rules
explicitly for each *.[cS]. If you try to override a rule (e.g.
compile this pmap_bootstrap.c with ${NOPROF_C}), it will be a
duplicated rule.
If *.[cS] -> *.o will be written using suffix rules, you can safely
override rules. No orde
On Fri, Aug 28, 2015 at 08:31:28AM +, Masao Uebayashi wrote:
> Module Name: src
> Committed By: uebayasi
> Date: Fri Aug 28 08:31:28 UTC 2015
>
> Modified Files:
> src/usr.bin/config: mkmakefile.c
>
> Log Message:
> Accept only relative paths (from $S) for `file' and `object'.
And there is $S/../common. Need more thought..
I will probably allow $S/.. only for `object' paths. To realize
suffix rules, I have to dig subdirectories under kernel build
directory. But that is only for files that are compiled. I don't
need to dig subdirectories for objects whose relative path is
`../../../a/b/c'.
Looking. At least, on amd64, the failing tests don't touch "config"
at all, according to ktrace(1)...
On Tue, Dec 16, 2014 at 12:49 AM, Masao Uebayashi wrote:
> Module Name:src
> Committed By: uebayasi
> Date: Mon Dec 15 15:49:25 UTC 2014
>
> Modified Files:
> src/usr.bin/config: mkmakefile.c
>
> Log Message:
> Revert debug code. Simplify.
http://releng.netbsd.org/b5repor
On Thu, 30 Oct 2014, Taylor R Campbell wrote:
It seems to me that while depending on ordering for definitions,
files, &c., may be no good, for selections the language of
include "GENERIC"
no options DIAGNOSTIC
no agp*
is still valuable.
I don't mind how it's implemented, but my main concern i
Date: Fri, 31 Oct 2014 03:36:45 +0900
From: Masao Uebayashi
On Fri, Oct 31, 2014 at 1:49 AM, David Holland
wrote:
> On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote:
> > At this moment, "no" are evaluated when it's parsed. Those "no agp*"
> > fallouts happe
On Fri, Oct 31, 2014 at 1:49 AM, David Holland
wrote:
> On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote:
> > So, while you expect that "options" works before it's defined, you
> > also expect the order is honored for "no" use. I'm not sure how it
> > can work internally.
> >
>
On Fri, Oct 31, 2014 at 3:00 AM, Antti Kantee wrote:
> On 30/10/14 17:28, Masao Uebayashi wrote:
>>>
>>> Is there a problem rototilling config is going to solve over what
>>> is possible with the existing mechanism (*)?
>>
>>
>> You're welcomed to fix any problems without rotorill and/or breakage.
On Fri, Oct 31, 2014 at 2:28 AM, Masao Uebayashi wrote:
> On Fri, Oct 31, 2014 at 1:33 AM, Antti Kantee
> wrote:
>> On Thu, Oct 30, 2014 at 11:14:50AM +0900, Masao Uebayashi wrote:
>>> On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas
>>> wrote:
>>> > In article <20141030012621.0982...@cvs.netb
On 30/10/14 17:28, Masao Uebayashi wrote:
Is there a problem rototilling config is going to solve over what
is possible with the existing mechanism (*)?
You're welcomed to fix any problems without rotorill and/or breakage.
You're not answering the question.
*) you probably also heard that r
On Fri, Oct 31, 2014 at 1:33 AM, Antti Kantee
wrote:
> On Thu, Oct 30, 2014 at 11:14:50AM +0900, Masao Uebayashi wrote:
>> On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas
>> wrote:
>> > In article <20141030012621.0982...@cvs.netbsd.org>,
>> > Masao Uebayashi wrote:
>> >
>> > Re: constructors/
On Thu, Oct 30, 2014 at 10:01 PM, Quentin Garnier wrote:
> On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote:
>> On Thu, Oct 30, 2014 at 8:36 PM, Alan Barrett wrote:
>> > On Thu, 30 Oct 2014, Masao Uebayashi wrote:
>> >>
>> >> What do you expect by doing:
>> >>
>> >> options FOO
>>
On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote:
> So, while you expect that "options" works before it's defined, you
> also expect the order is honored for "no" use. I'm not sure how it
> can work internally.
>
> At this moment, "no" are evaluated when it's parsed. Those "n
On Thu, Oct 30, 2014 at 11:14:50AM +0900, Masao Uebayashi wrote:
> On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas wrote:
> > In article <20141030012621.0982...@cvs.netbsd.org>,
> > Masao Uebayashi wrote:
> >
> > Re: constructors/destructors:
> >
> > Using them will create a portability constra
In article <54522b88.7060...@gmail.com>,
Takahiro HAYASHI wrote:
>On 10/30/14 10:36, Christos Zoulas wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Thu Oct 30 01:36:13 UTC 2014
>>
>> Modified Files:
>> src/usr.bin/config: mkheaders.c
>>
>> Log Message:
>>
On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote:
> On Thu, Oct 30, 2014 at 8:36 PM, Alan Barrett wrote:
> > On Thu, 30 Oct 2014, Masao Uebayashi wrote:
> >>
> >> What do you expect by doing:
> >>
> >> options FOO
> >> no options FOO
> >> options FOO
> >
> > I expect it to be equ
On Thu, Oct 30, 2014 at 8:36 PM, Alan Barrett wrote:
> On Thu, 30 Oct 2014, Masao Uebayashi wrote:
>>
>> What do you expect by doing:
>>
>> options FOO
>> no options FOO
>> options FOO
>
> I expect it to be equivalent to just one "options FOO".
>
> The "no options FOO" in line 2 should cancel t
On 10/30/14 10:36, Christos Zoulas wrote:
Module Name:src
Committed By: christos
Date: Thu Oct 30 01:36:13 UTC 2014
Modified Files:
src/usr.bin/config: mkheaders.c
Log Message:
print more info about the overflow
It panics on amd64 when negative value is specified like
On Thu, 30 Oct 2014, Masao Uebayashi wrote:
What do you expect by doing:
options FOO
no options FOO
options FOO
I expect it to be equivalent to just one "options FOO".
The "no options FOO" in line 2 should cancel the "options FOO" in
line 1, and then the "options FOO" in line 3 should put
On Thu, Oct 30, 2014 at 11:38 AM, Matt Thomas wrote:
> arm doesn’t use .ctors/.dtors
>
> it has init/fini array instead.
The section names don't really matter. Probably .kctors/.kdtors are
less confusing (+ to avoid confliction with rump).
> and where would they be executed?
Somewhere in sys/k
> On Oct 29, 2014, at 7:30 PM, Christos Zoulas wrote:
>
> On Oct 30, 11:14am, uebay...@gmail.com (Masao Uebayashi) wrote:
> -- Subject: Re: CVS commit: src/usr.bin/config
>
> | Could you show me an example failure senario? What do you propose instead?
>
> I don
On Oct 30, 11:14am, uebay...@gmail.com (Masao Uebayashi) wrote:
-- Subject: Re: CVS commit: src/usr.bin/config
| Could you show me an example failure senario? What do you propose instead?
I don't have anything *better* to propose. I think mach-o constructors
are different.
| I heard that
What do you expect by doing:
options FOO
no options FOO
options FOO
?
On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas wrote:
> In article <20141030012621.0982...@cvs.netbsd.org>,
> Masao Uebayashi wrote:
>
> Re: constructors/destructors:
>
> Using them will create a portability constraint on elf. This has
> the implication that rump will not work on some platform
In article <20141030012621.0982...@cvs.netbsd.org>,
Masao Uebayashi wrote:
Re: constructors/destructors:
Using them will create a portability constraint on elf. This has
the implication that rump will not work on some platforms.
christos
mane.org
>> To: source-changes-full-qavaossjccednm+yrof...@public.gmane.org
>> Newsgroups: gmane.os.netbsd.devel.cvs.full
>> Followup-To: gmane.os.netbsd.devel.cvs.discuss
>> Subject: CVS commit: src/usr.bin/config
>>
>>
>> Module Name:src
>> Commit
bject: CVS commit: src/usr.bin/config
Module Name:src
Committed By: uebayasi
Date: Fri Oct 10 10:22:49 UTC 2014
Modified Files:
src/usr.bin/config: main.c
Log Message:
If an option is selected, select the matching (lowercased) attribute. Handle
dependencies too.
To generate
On Thu, Oct 09, 2014 at 07:20:56PM +, Masao Uebayashi wrote:
> Module Name: src
> Committed By: uebayasi
> Date: Thu Oct 9 19:20:56 UTC 2014
>
> Modified Files:
> src/usr.bin/config: defs.h main.c mkmakefile.c
>
> Log Message:
> Steal -M to enable "modular" build.
Can you ple
On Nov 1, 11:04pm, u...@stderr.spb.ru (Valery Ushakov) wrote:
-- Subject: Re: CVS commit: src/usr.bin/config
| On Fri, Nov 01, 2013 at 13:09:59 -0400, Christos Zoulas wrote:
|
| > Module Name:src
| > Committed By: christos
| > Date: Fri Nov 1 17:09:59
On Fri, Nov 01, 2013 at 13:09:59 -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Fri Nov 1 17:09:59 UTC 2013
>
> Modified Files:
> src/usr.bin/config: main.c util.c
>
> Log Message:
> make config errors look more like other programs: ,:
> instead
On Aug 31, 12:02am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/usr.bin/config
| Probably it's better to use #if !defined(HAVE_NBTOOL_CONFIG_H)
| rather than #ifdef __NetBSD__ ?
I'll have to think about it a little more (i.e. what's the scena
> Modified Files:
> src/usr.bin/config: config.1 main.c
>
> Log Message:
> make config -x look at the booted kernel first.
Probably it's better to use #if !defined(HAVE_NBTOOL_CONFIG_H)
rather than #ifdef __NetBSD__ ?
---
Izumi Tsutsui
Module Name:src
Committed By: pooka
Date: Mon Mar 8 11:12:32 UTC 2010
Modified Files:
src/usr.bin/config: gram.y
Log Message:
print ioconf WARNING in caps too
To generate a diff of this commit:
cvs rdiff -u -r1.22 -r1.23 src/usr.bin/config/gram.y
Please note that diffs
Module Name:src
Committed By: pooka
Date: Mon Mar 8 11:12:32 UTC 2010
Modified Files:
src/usr.bin/config: gram.y
Log Message:
print ioconf WARNING in caps too
To generate a diff of this commit:
cvs rdiff -u -r1.22 -r1.23 src/usr.bin/config/gram.y
Please note that diffs
Module Name:src
Committed By: pooka
Date: Mon Mar 8 10:19:15 UTC 2010
Modified Files:
src/usr.bin/config: defs.h gram.y main.c pack.c scan.l sem.c sem.h
Log Message:
Add a highly experimental pseudo-root feature to be used in conjuction
with the also-experimental ioconf k
Module Name:src
Committed By: pooka
Date: Mon Mar 8 10:19:15 UTC 2010
Modified Files:
src/usr.bin/config: defs.h gram.y main.c pack.c scan.l sem.c sem.h
Log Message:
Add a highly experimental pseudo-root feature to be used in conjuction
with the also-experimental ioconf k
Module Name:src
Committed By: pooka
Date: Wed Mar 3 13:56:30 UTC 2010
Modified Files:
src/usr.bin/config: main.c
Log Message:
reflect previous change in comment
To generate a diff of this commit:
cvs rdiff -u -r1.39 -r1.40 src/usr.bin/config/main.c
Please note that dif
Module Name:src
Committed By: pooka
Date: Wed Mar 3 13:56:30 UTC 2010
Modified Files:
src/usr.bin/config: main.c
Log Message:
reflect previous change in comment
To generate a diff of this commit:
cvs rdiff -u -r1.39 -r1.40 src/usr.bin/config/main.c
Please note that dif
Module Name:src
Committed By: pooka
Date: Wed Mar 3 13:53:22 UTC 2010
Modified Files:
src/usr.bin/config: config.5 defs.h gram.y main.c
Log Message:
Remove fs_foo.h support from deffs now that nothing uses it.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.2
Module Name:src
Committed By: pooka
Date: Wed Mar 3 13:53:22 UTC 2010
Modified Files:
src/usr.bin/config: config.5 defs.h gram.y main.c
Log Message:
Remove fs_foo.h support from deffs now that nothing uses it.
To generate a diff of this commit:
cvs rdiff -u -r1.20 -r1.2
> if_fxp_pci.kmod -> pci.kmod
This should have been:
if_fxp_pci.kmod -> pciif.kmod
Device modules have dependency on an interface. But the instances (fxp0)
are attached to parent devices (fxp0 at pci0). Problem is when you load
if_fxp_pci.kmod without having pci.kmod or something
> That there should be a way to inject cfdata at run-time (well, along
> with loading a module), yes.
Good.
> That anything should be moved back to drivers' .c file, not really. The
> information carried by a line like "device pci { dev = -1,
> function = -1 }" is no different to a function prot
On Tue, Mar 02, 2010 at 10:10:15AM +0900, Masao Uebayashi wrote:
> > > I'm considering to move cfdata[] and *_iattrdata to each driver's *.c.
> > > Maybe
> >
> > That would be a huge step back. Do *NOT* do that.
>
> Oops. I meant s/cfdata/cfdriver/.
>
> In the long run, templates are moved i
> > I'm considering to move cfdata[] and *_iattrdata to each driver's *.c.
> > Maybe
>
> That would be a huge step back. Do *NOT* do that.
Oops. I meant s/cfdata/cfdriver/.
In the long run, templates are moved into *.c, and true configuration (direct
config / user config == cfdata) is loaded
On Mon, Mar 01, 2010 at 05:28:15PM +0900, Masao Uebayashi wrote:
[...]
> I'm considering to move cfdata[] and *_iattrdata to each driver's *.c. Maybe
That would be a huge step back. Do *NOT* do that.
--
Quentin Garnier - c...@cubidou.net - c...@netbsd.org
"See the look on my face from staying
On Mon Mar 01 2010 at 17:28:15 +0900, Masao Uebayashi wrote:
> > Log Message:
> > Introduce experimental support for ioconf-only configuration files.
> > This is done by giving the "ioconf" keyword in the config file.
> > As a result, config produces only ioconf.c and locators.h. Currently,
> > on
> Log Message:
> Introduce experimental support for ioconf-only configuration files.
> This is done by giving the "ioconf" keyword in the config file.
> As a result, config produces only ioconf.c and locators.h. Currently,
> only "monolithic" configurations with the device path starting from
> roo
Module Name:src
Committed By: pooka
Date: Sat Feb 13 22:57:03 UTC 2010
Modified Files:
src/usr.bin/config: main.c
Log Message:
Fix off-by-one (config -x works again) and improve editing artifacts
(actually the whole "config -x must be used alone" change was made
unnecessar
Module Name:src
Committed By: pooka
Date: Wed Feb 3 21:32:27 UTC 2010
Modified Files:
src/usr.bin/config: mkioconf.c
Log Message:
... aaand make the emit-order slightly more sensible for ioconf.c to
actually work again.
To generate a diff of this commit:
cvs rdiff -u -r
Module Name:src
Committed By: pooka
Date: Wed Feb 3 21:00:49 UTC 2010
Modified Files:
src/usr.bin/config: defs.h gram.y main.c mkheaders.c mkioconf.c scan.l
Log Message:
Introduce experimental support for ioconf-only configuration files.
This is done by giving the "ioconf
Module Name:src
Committed By: pooka
Date: Thu Jan 21 18:06:38 UTC 2010
Modified Files:
src/usr.bin/config: pack.c
Log Message:
Add static to packdevi() like the local prototype says.
To generate a diff of this commit:
cvs rdiff -u -r1.6 -r1.7 src/usr.bin/config/pack.c
P
80 matches
Mail list logo
