[kbuild-devel] Announce: Kernel Build for 2.5, Release 1.4 updated to 2.4.13

2001-10-28 Thread Keith Owens
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Content-Type: text/plain; charset=us-ascii Release 1.4 of kernel build for kernel 2.5 (kbuild 2.5) has been updated to kernel 2.4.13. http://sourceforge.net/projects/kbuild/, Package kbuild-2.5, download release 1.4. http://marc.theaimsgroup.com/?l

[kbuild-devel] Add update_if_changed()

2001-10-28 Thread Keith Owens
Some generated files have a lot of dependencies and a lot of dependents. For this case it is worth doing a micro optimization to detect if the generated contents have changed since the last time. The obvious example is asm-offsets.h. Most asm-offsets.h have large dependency trees, arch/i386/asm

[kbuild-devel] Re: Handling boolean subsets of objects

2001-10-28 Thread Peter Samuelson
[kaos] > select_cond(CONFIG_ISDN CONFIG_ISDN_PPP slhc.o) > > Both configs must be selected, either as 'y' or 'm'. The first config > defined how the object is compiled. I am worried that this might be > confusing, some users are bound to get the config options in the wrong > order. Any ideas

Re: [kbuild-devel] Re: Handling boolean subsets of objects

2001-10-28 Thread Peter Samuelson
[peter] > >select_cond(CONFIG_ISDN slhc.o CONFIG_ISDN_PPP) [kaos] > That is worse, you can select a list of objects, where does the > second config go? You can also have a list of CONFIGs, can you not? In which case you have a parsing problem either way. Distinguishing between a CONFIG opti

Re: [kbuild-devel] Re: Handling boolean subsets of objects

2001-10-28 Thread Keith Owens
On Sun, 28 Oct 2001 20:39:42 -0600, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [peter] >> >select_cond(CONFIG_ISDN slhc.o CONFIG_ISDN_PPP) > >[kaos] >> That is worse, you can select a list of objects, where does the >> second config go? > >You can also have a list of CONFIGs, can you not? I

Re: [kbuild-devel] Re: Handling boolean subsets of objects

2001-10-28 Thread Peter Samuelson
[Peter] > >You can also have a list of CONFIGs, can you not? In which case you > >have a parsing problem either way. [kaos] > select() takes exactly one CONFIG_, select_cond() takes exactly two. > No kbuild 2.5 command takes a variable sized list of CONFIGs. OK, if you say multiple dependent

[kbuild-devel] Handling boolean subsets of objects

2001-10-28 Thread Keith Owens
Several Makefile.in files have code like this ifsel(CONFIG_ISDN_PPP) select(CONFIG_ISDN slhc.o) endif The select() defines how the object is compiled, the ifsel is a boolean that decides if the object is built at all. I am thinking about adding a new construct: select_cond(CONFIG_ISDN CONFIG

Re: [kbuild-devel] Re: Handling boolean subsets of objects

2001-10-28 Thread Keith Owens
On Sun, 28 Oct 2001 20:11:21 -0600, Peter Samuelson <[EMAIL PROTECTED]> wrote: >[kaos] >> select_cond(CONFIG_ISDN CONFIG_ISDN_PPP slhc.o) >> >> Both configs must be selected, either as 'y' or 'm'. The first config >> defined how the object is compiled. I am worried that this might be >> confus