Re: [kbuild-devel] Re: kbuild: Problem with latest GNU make rc
On 3/6/06, Giacomo A. Catenazzi [EMAIL PROTECTED] wrote: Sam Ravnborg wrote: sr Suggestion: sr We are now warned about an incompatibility in kbuild and we will sr fix this asap. But that you postpone this particular behaviour sr change until next make release. Maybe you add in this change as sr the first thing after the stable relase so all bleeding edge make sr users see it and can report issues. I am willing to postpone this change. However, I can't say how much of a window this delay will give you: I can say that it's extremely unlikely that it will be another 3 years before GNU make 3.82 comes out. One year would be good. The fixed kernel build will be available in an official kernel in maybe two or three months form now. With current pace we will have maybe 3 more kernel relase until this hits us. And only on bleeding edge machines. I don't think is a big issue. The short-cut compile only the necessary files is used mainly by developers. Anyway the kernel will remain correct. Maybe for old kernel it take more time to build the kernel, but correct. BTW Debian building tools (IIRC) clean the sources before every kernel building process, and in 2.4 (and previous) it was high recommended to clean and recompile all kernel before any changes, so no big issue in these cases. I don't know other normal use, but I think it is not a big issue if people will need a complete build in the rare (IMHO) case that they want to recompile kernel (with small patches or changes in configuration). Rebuilding the kernel tens (or hundreds) of times may be rare for most ordinary users, but it's quite common for kernel developers. Rebuilding the entire kernel every time you make a small change is a big problem and cost a lot of people a lot of time - and the people who will bear the cost are the ones who have to build many kernels. IMHO this is a big problem. -- Jesper Juhl [EMAIL PROTECTED] Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [PATCH 3/3] [kconfig] Direct use of lxdialog routines by menuconfig
On 12/12/05, Petr Baudis [EMAIL PROTECTED] wrote: After three years, the zombie walks again! This patch (against the latest git tree) cleans up interaction between kconfig's mconf (menuconfig frontend) and lxdialog. Its commandline interface disappears in this patch, instead a .so is packed from the lxdialog objects and the relevant functions are called directly from mconf. In practice, this means that drawing on the screen is done with _MUCH_ less overhead now, the screen updates are better optimalized as ncurses won't get reset everytime you display something, that also implies that the ugly screen flickering is done. As a cute side-effect, the dialogs are now rendered on the top of the menu or help panel. In the future, this also gives us much more freedom for enhancing the user interface. This opens space for plenty of cleanups of liblxdialog, removal of superfluous stuff and temporary files usage, etc. Compared to the previous version (from February 2003), this one should be less buggy (especially wrt. the escape character handling), should not crash while resizing and the resizing should have immediate effect (although things can still start looking ugly when you are resizing while not in a menu - to fix that properly, more liblxdialog integration is required). Also, the code is considerably simplified on few places. Signed-off-by: Petr Baudis [EMAIL PROTECTED] I just gave it a very quick spin and I like it. Very nice. It's definately a lot snappier, nice work. -- Jesper Juhl [EMAIL PROTECTED] Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37alloc_id865op=click ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: [2.6 patch] Kconfig: rename ---help--- to help in Kconfig files (first part) (fwd)
On 5/31/05, Roman Zippel [EMAIL PROTECTED] wrote: Hi, On Tue, 31 May 2005, Adrian Bunk wrote: there's still the point that it's currently used inconsistently. Why is it so important to fix this inconsistency? Why is it so difficult to accept that both are valid options? Let's just let this patch die quietly, ok? It's not important, I just made it one late evening and submitted it in case it was wanted. It was not wanted so it should just die. No difficulty accepting that. -- Jesper Juhl [EMAIL PROTECTED] Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ kbuild-devel mailing list kbuild-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kbuild-devel