[kbuild-devel] Re: linux kernel conf 0.4
Hi, On Thu, 5 Sep 2002, DervishD wrote: Thanks for taking the effort of making a better building process :) I hope you have success ;)) Thanks. :) Well, even though it is a beta release, please make the graphical interface optional. I've had to tweak the Makefile since I haven't QT on my system (nor G++, BTW). I couldn't do 'make install', but I haven't look the Makefile (except for removing the QT part), so I don't know why it fails. What exactly is the problem? If it's correctly installed, the QT interface is only build when required, e.g. when you type 'make xconfig'. bye, Roman --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: linux kernel conf 0.4
Hi Roman :) At http://www.xs4all.nl/~zippel/lc/lkc-0.4.tar.gz you can find the latest version of my config system. It slowly is becoming completely usable, so it's time for a new release. Thanks for taking the effort of making a better building process :) I hope you have success ;)) A lot has changed since the last official release, so here only some highlights: Well, even though it is a beta release, please make the graphical interface optional. I've had to tweak the Makefile since I haven't QT on my system (nor G++, BTW). I couldn't do 'make install', but I haven't look the Makefile (except for removing the QT part), so I don't know why it fails. The rest seems to be a great idea, so keep on working :)) It's really great that you do this :) Raúl --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] linux kernel conf 0.3
Sam Ravnborg wrote: On Tue, Aug 27, 2002 at 02:24:40AM +0200, Roman Zippel wrote: Hi Roman, I really haven't had time to look at your release properly yet, sorry. I did notice though that the converter issues warnings for dead code and comparisons of boolean variables to m, which I thought was a good idea. 5) Tried to delete endmenu on line 610 in arch/i386/config.in: ./scripts/lkc/mconf arch/i386/config.new none:0:parse error This error message is not good enough. I would like to see the language extended with some rules ala: A statement shall be opened and closed in the same file. This would make it trivial when reacing end-of-file to check if there is any pending statements. I have no idea how much will break if this is enforced. Greg's gcml may be the best tool to investigate that - Greg? It seemed easy to add a check to gcml2 for if statements beginning and ending in the same file, so last night I did it. The result is... zero such cases in 2.5.33. I dislike the requirement to convert all existing config.in files to support the new syntax. You already have the machinery to do the conversion online as needed, so why not detect if config.in is newer than config.lkc and if thats the case regenerate config.lkc. I think this would be very useful if it were possible, as it would enable a gradual directory-by-directory switchover. That is a clear requirement I believe. Greg. -- the price of civilisation today is a courageous willingness to prevail, with force, if necessary, against whatever vicious and uncomprehending enemies try to strike it down. - Roger Sandall, The Age, 28Sep2001. --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
