Hi, On Mon, Aug 1, 2011 at 12:40 PM, Nicolas Pitre <n...@fluxnic.net> wrote: > On Mon, 1 Aug 2011, Arnaud Lacombe wrote: > >> Moreover, this approach is deemed to fail. The current symbol >> namespace is tied to an arch, so whenever you do: >> >> arch/arm/Kconfig: >> config FOO >> bool >> >> config BAZ >> bool >> >> drivers/cpufreq/Kconfig >> config BAR >> depends on ARM && FOO >> select BAZ >> >> You will end up triggering the warning for every ARCH != ARM... > > You can keep a state for those symbols with regard to their level of > reference. Surely if ARM isn't true, BAZ is not "actively" referenced > in the end. > he :) we enter in compilers optimizations. As much as I agree with you, that might not be trivial to implement given the internal, ad-hoc, structure of kconfig. All of that would be useless if we had a single global namespace.
- Arnaud ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
