please cc: this to busybox.net Am 12.12.2011 12:46, schrieb Alexander Kriegisch: > walter harms, 12.12.2011 09:12: >> Am 10.12.2011 20:05, schrieb Alexander Kriegisch: >>> Any chance to get the -t/-d options as configurable ones? >> >> technical this is not a major problem but your will have to talk to >> VDA as he is the maintainer. > > I know he reads this list... ;-) > >> And to be far in his position i would >> think hard to support this. The reason is very simple lets assume >> that you add 2 config option here and for all other applets (ca. 300+) >> that would create a flood of 600+ config options way to much. > > I asked about one option, not 600+. Besides, in our project we had a
you are right but saying "yes" is equivalent to say: we want a config option to enable/disable every option in every applet. > situation like the one you fear: a flood of new options because we got a > donation of 150+ packages (i.e. several 100 new options). Tests with a > script generating 2000 dummy options showed that Kconfig file parsing > was not noticeably slower when calling make menuconfig. Only if the hard > disk cache was flushed we saw that reading many small kconfig files from > disk was kinda slow. What we did was create an automatically updated > Cache containing all config options in one big file so as to eliminate > re-reading so many small files. It was tremendously helpful. Feel free > to use our code: > > http://freetz.org/browser/trunk/Makefile?rev=8192#L428 > Check targets config-cache and dependent ones like menuconfig, config, > oldnoconfig etc. > > http://freetz.org/browser/trunk/tools/parse-config?rev=8192 > Perl script updating cache (on my hard drive I also have slightly slower > variants in awk and bash). > >> to have a chance you need an use case please explain to the ml why >> you need that particular option. there is a good change that we can >> suggest an alternative way. > > To be able to change a file timestamp on an embedded platform. to a given timestamp, i guess i see the problem :) I think in this case we need to drop DESKTOP to make that tools functional again. re, wh > Regards > -- > Alexander Kriegisch (kriegaex) > http://freetz.org > _______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
