massive rewrite of the pkgmaker logic
commit2c5f2d9b3b3b26ecf783f30112fc6019c1c17167
authorPhil Sutter <phil@nwl.cc>
Sat, 12 Jun 2010 15:35:44 +0000 (12 17:35 +0200)
committerPhil Sutter <phil@nwl.cc>
Sat, 12 Jun 2010 16:00:49 +0000 (12 18:00 +0200)
tree1ed98d8207e232e59fef027a4559daeaf2afbe61
parent02645c3876604612507880ae53603426a9cf25be
massive rewrite of the pkgmaker logic

When adjusting for auto-generated package/Config.in, I found out that
the splitting into Config.in{,.lib,.kmod} done by pkgmaker was rather
subversive to my approach. Categorisation of packages and subpackages
should be done via package section, which is enabled by this patch for
subpackages, too.

Instead of filling up the package subdirectories, use a common directory
package/pkgconfigs.d/ to contain all auto-generated Config.in files. In
order to allow simple assumption from config symbol to actual package
from within menuconfig (the path to the Config.in file containing the
current config symbol is printed as part of the help text), put all
generated Config.in files for a certain package into a common
subdirectory.

pkgmaker now saves each generated config symbol (excluding the flavours)
into it's own file, therefore allowing to sort subpackages of a package
into a different section.
.gitignore
mk/package.mk
package/pkgmaker