On Fri, May 24, 2002 at 01:39:56PM -0500, Peter Samuelson wrote:
>
> The first thing that should be sent independently to Linus is probably
> the asm-offsets stuff. It is mostly independent of the makefile
> structure.
When Linus referred to a big traumatic merge I'm pretty sure what
he had in mind was not the number of makefiles touched nither the
new syntax enforced.
Thinking back on the arguments againts kbuild-2.5 I remember the
following as main arguments against it:
1) It takes a while before starting compiling
2) It forces the user to do things correct, and does not allow for easy
shortcuts
3) The instal method is different
I think that the arguments such as the above ones is the reason why
Linus refer to a traumatic merge - simply referring to the flame
fest that very well would be the result of the merge.
Kbuild-2.5 should focus on two types of users:
Newbies - that makes classic mistakes [I'm a good example]
Power-users - that compile a lot
There are a huge amount of people in-between as well, but limiting
the focus to the above groups give some very basic requirements:
Newbies
- Easy to use
- Always do what kbuild is expected to do
Power-users
- Fast, faster, fastest
- Shortcuts that are easy to use as preferred
When doing the merge step-wise my thoughts has been how to
change the functionality of kbuild-2.4 stepwise, tackling the
above points and satisfying the power-users first, and in the next step
the newbies.
Does it make sense to introduce the "installable" target in kbuild-2.4
including the better install support?
Next step could be to force the correct steps
make "dep" "bzImage" "modules" "install",
and allow it to be overridden by for example: make force-*
And so on...
In parrallel with this or even before the less controversial improvements
such as asm-offset could be introduced.
[I would love to, but sorry no time left for such a funny task.]
Sam
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
