CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

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

re: CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

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

re: CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

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] ->

re: CVS commit: src/usr.bin/config

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 need to be

Re: CVS commit: src/usr.bin/config

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'.

Re: CVS commit: src/usr.bin/config

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'.

Re: CVS commit: src/usr.bin/config

And there is $S/../common. Need more thought..

Re: CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

On Tue, Dec 16, 2014 at 12:49 AM, Masao Uebayashi uebay...@netbsd.org 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.

Re: CVS commit: src/usr.bin/config

Looking. At least, on amd64, the failing tests don't touch config at all, according to ktrace(1)...

Re: CVS commit: src/usr.bin/config

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 is

Re: CVS commit: src/usr.bin/config

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 it

Re: CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 8:36 PM, Alan Barrett a...@netbsd.org 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 the

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote: On Thu, Oct 30, 2014 at 8:36 PM, Alan Barrett a...@netbsd.org 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

Re: CVS commit: src/usr.bin/config

In article 54522b88.7060...@gmail.com, Takahiro HAYASHI t.hash...@gmail.com 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:

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 11:14:50AM +0900, Masao Uebayashi wrote: On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas chris...@astron.com wrote: In article 20141030012621.0982...@cvs.netbsd.org, Masao Uebayashi source-changes-d@NetBSD.org wrote: Re: constructors/destructors: Using them

Re: CVS commit: src/usr.bin/config

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 no agp*

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 10:01 PM, Quentin Garnier c...@cubidou.net 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 a...@netbsd.org wrote: On Thu, 30 Oct 2014, Masao Uebayashi wrote: What do you expect by doing:

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 1:33 AM, Antti Kantee po...@homeworld.netbsd.org 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 chris...@astron.com wrote: In article 20141030012621.0982...@cvs.netbsd.org, Masao Uebayashi

Re: CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 2:28 AM, Masao Uebayashi uebay...@gmail.com wrote: On Fri, Oct 31, 2014 at 1:33 AM, Antti Kantee po...@homeworld.netbsd.org 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 chris...@astron.com

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 3:00 AM, Antti Kantee po...@netbsd.org 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

Re: CVS commit: src/usr.bin/config

On Fri, Oct 31, 2014 at 1:49 AM, David Holland dholland-sourcechan...@netbsd.org 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

Re: CVS commit: src/usr.bin/config

Date: Fri, 31 Oct 2014 03:36:45 +0900 From: Masao Uebayashi uebay...@gmail.com On Fri, Oct 31, 2014 at 1:49 AM, David Holland dholland-sourcechan...@netbsd.org wrote: On Thu, Oct 30, 2014 at 09:27:06PM +0900, Masao Uebayashi wrote: At this moment, no are evaluated when it's

Re: CVS commit: src/usr.bin/config

In article 20141030012621.0982...@cvs.netbsd.org, Masao Uebayashi source-changes-d@NetBSD.org 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

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 10:51 AM, Christos Zoulas chris...@astron.com wrote: In article 20141030012621.0982...@cvs.netbsd.org, Masao Uebayashi source-changes-d@NetBSD.org wrote: Re: constructors/destructors: Using them will create a portability constraint on elf. This has the implication

Re: CVS commit: src/usr.bin/config

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 rump

Re: CVS commit: src/usr.bin/config

On Oct 29, 2014, at 7:30 PM, Christos Zoulas chris...@zoulas.com 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't have anything

Re: CVS commit: src/usr.bin/config

On Thu, Oct 30, 2014 at 11:38 AM, Matt Thomas m...@3am-software.com 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?

Re: CVS commit: src/usr.bin/config

-To: gmane.os.netbsd.devel.cvs.discuss Subject: 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

Re: CVS commit: src/usr.bin/config

...@public.gmane.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 Committed By: uebayasi Date: Fri Oct 10 10:22:49 UTC 2014

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 UTC 2013 Modified Files: src/usr.bin/config: main.c util.c Log Message: make config errors look more like other programs: file,line: instead

Re: CVS commit: src/usr.bin/config

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 UTC 2013

Re: CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

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 scenario of building

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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

Re: CVS commit: src/usr.bin/config

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 root are

Re: CVS commit: src/usr.bin/config

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, only

Re: CVS commit: src/usr.bin/config

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 at

Re: CVS commit: src/usr.bin/config

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 into *.c, and

Re: CVS commit: src/usr.bin/config

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 prototype

Re: CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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 unnecessary

CVS commit: src/usr.bin/config

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

CVS commit: src/usr.bin/config

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