Re: [kbuild-devel] Re: CML2 1.9.9 ia64
Greg Banks [EMAIL PROTECTED]: Would it be possible to add a keyword to the `symbols' statement which causes a symbol to use another (previously declared?) symbol's helptext? This would be a relatively simple change and would ease Keith's help text maintenance burden. I've been thinking about implementing this for other reasons. I'll work on it. -- a href=http://www.tuxedo.org/~esr/;Eric S. Raymond/a The Constitution is not neutral. It was designed to take the government off the backs of the people. -- Justice William O. Douglas ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: CML2-1.9.9
Eric S. Raymond wrote: Giacomo A. Catenazzi [EMAIL PROTECTED]: With attacched config.out, the MODULES is a tristate. I think this is wrong, because modules support can be only build-in. MODULES is special, see the dicumentation on trit_tie. In my config.out I can have 'CONFIG_MODULES=m'. This is very bad! 1) MODULES MUST be a boolean (for the kernel). The kernel sources checks if CONFIG_MODULES is defined. So you are breaking kernel! 2) You should document the special case 'm' into the help (former Configure.help) You should rename (CML2's) MODULES and then derive the (kernel) MODULES fomr the new symbol, but you cannot give the kernel a 'CONFIG_MODULES=m'. This have consequence to break kernel. giacomo ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] .tmp_targets failing?
On Tue, Dec 18, 2001 at 02:55:33PM +1100, Keith Owens wrote: On Tue, 18 Dec 2001 14:38:05 +1100, Keith Owens [EMAIL PROTECTED] wrote: arch_head must be defined in arch/$(ARCH)/Makefile.defs.noconfig. The value of arch_head is used by pp_makefile2 to generate the global makefile, Makefile.defs.config is not read until after the global makefile is created, in fact Makefile.defs.config is only read by the global makefile. Damn, you need .config to define arch_head, I am going to have to think about this. BTW, I think that the existing kbuild has race conditions in ppc, there are situations where you can change the .config but use the old HEAD value. Quite possibly. But in kbuild-2.5 terms, changing any of the processor variables would fall under the KBUILD_CRITICIAL stuffs. -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] 'distclean' on kbuild-2.5?
On Tue, Dec 18, 2001 at 02:53:37PM +1100, Keith Owens wrote: On Mon, 17 Dec 2001 20:28:43 -0700, Tom Rini [EMAIL PROTECTED] wrote: Where'd the 'distclean' target go in kbuild-2.5? Shouldn't it be at least a synonym for mrproper now? Why? With separate source and object trees there is no need for any clean, the source is always pure. With common source and object, make mrproper does the job. distclean is an obsolete target, I am reducing the number of kbuild targets. Well, if nothing else compatibility sake, and it's a stanardish target? -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel