> > Only caveat is that people are forced to wait for the modversion stuff,
>
> I get "nothing to be done" for make dep after make distclean.
Which is unrelated. Thats due to the module work that Rusty is performing.
Relevant part of his patch: (from linus-BK-latest)
===== init/Kconfig 1.1 vs 1.2 =====
--- 1.1/init/Kconfig Wed Oct 30 02:16:55 2002
+++ 1.2/init/Kconfig Sat Nov 9 05:08:33 2002
@@ -116,21 +116,14 @@
may want to make use of modules with this kernel in the future, then
say Y here. If unsure, say Y.
-config MODVERSIONS
- bool "Set version information on all module symbols"
See, modversion support is taken out.
And when you try make dep, you get "nothing to be done" because
CONFIG_MODVERSION is not set to y.
If it was set in your previous .config, then the implicit make oldconfig
takes care of deleting it.
Try:
$grep MODVERSION .config
and see yourself.
> > but to my understanding Rusty is making that step obsolete soon.
>
> I hope he isn't wasting his time on stuff like this when modules don't
> work! I have more faith in his sense of priorities.
Getting modules to work is one step in that direction, and making
modversion obsolete is obviously a side-effect.
> Possibly. Try this:
> 1 - unpack a kernel from the full tarball
> 2 - config
> 3 - make all
> 4 - make distclean
> Now all the files left which weren't in the original tarball shouldn't be
> in a tree someone might tar up and ship! Look at what make distclean used
> to do beyond mrproper in 2.5.41 or so, that's what should be happening.
Let me know which files are left, and I will take care they are delted.
I have tested this many times on my own setup, and here I have no files
left hanging after make distclean/mrproper
If there are any error, I will be happy to fix it.
> I don't see why you ever thought it was a good idea to change this,
> distclean is that standard target used by many other things. And perhaps
> mrproper shouldn't bother to clean up all the leftovers, patch backups,
> they are documentation.
I have explained how I would like it to work - any comments on that proposal?
Anyway this kind of changes always go throuh kai - and he is busy doing
other stuff at the moment. So I will do an eventual patch later.
Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/