Hi,
I see this in drivers/parport/Config.in (2.4.19) [not picking on
parport; this occurs in many places].
define_tristate CONFIG_PARPORT_PC_CML1 $CONFIG_PARPORT_PC
gcml2 (Greg Banks) checker program flags this with:
warning:drivers/parport/Config.in:18:symbol "CONFIG_PARPORT_PC_CML1
On Wed, 9 Oct 2002, Roman Zippel wrote:
>
> Linus, do you have any interest in merging it in the near future? If
> not, what's missing?
I'm not super-excited about this, partly because of the brouhaha last time
around on this issue.
This has reasonably distributed config files, and puts the he
Kai Germaschewski wrote:
>You must be missing some of the changes (My first push to bkbits was
>incomplete, since I did inadvertently edit Makefile without checking it
>out, I do that mistake all the time...). It's fixed in the current repo.
>
>
Can't bitkeeper be setup to have readonly files
Peter Samuelson wrote:
>The way 'make' determines when a file needs to be rebuilt is by the
>simple heuristic "is this file older than any of its dependencies?"
>This works fine if you can trust your timestamps to increase
>monotonically. Seems obvious - but there are in fact at least four
>scen
Hi,
At http://www.xs4all.nl/~zippel/lc/ you can find the latest version of
the new config system.
As already mentioned before lkc is pretty much ready (except for kbuild
integration).
Linus, do you have any interest in merging it in the near future? If
not, what's missing?
The 2.5.40 release sho
