>>> If I want to the kernel to build to continue even when a module
>>> fails to compile, I should be able to do that by just using "-k". Not
>>> being able to build include/linux/modversions.h prevents me from doing
>>> From a conceptual point I disagree here. I would like make to
>> avoid completion in case an error is flagged.
>> My prediction is that the new behaviour may result in more errors being
>> corrected, due to the incentitive to do it.
For most drivers, the result of these changes will simply be
that more device drivers are compiled out and they get less attention.
For example, Alan Cox has said that he does not want anyone trying to
fix the i2o drivers unless they have hardware to test the potential
bugs that he is worried about, especially 64-bit and big endian
issues. Russell King, for example, has complained on linux-kernel
that the pressure to "make it compile" lead to bad fixes which are now
more hidden because just the compiler symptoms have been fixed.
Even if you do succeed at getting people to over-prioritize
making certain files compile, it will be at the expense of whatever
else they might have done with that time, such as working on quality
of code that they are more specialized to handle, security,
implementing facilities that would subsequently have made the driver
adjustments much easier, smaller and cleaner.
>>Today you ignore it
>> and hardly cannot spot it in all the noise generated during the build
Baloney. If you did "make modules" without "-k" before, the
build stopped at the first error, and I'm not asking for that to change.
> = Kai Germaschewski
>Let me second this. In particular, there is no way to reliably generate
>module versions when the affected files cannot even be preprocessed.
It worked fine before. I am not concerned about the versioning
of symbols in files that do not compile, as attempts to link to them
will fail anyhow. I may have to rebuild modversions.h if I fixed a
file that exports symbols, but that can often be true if the file
Adam J. Richter __ ______________ 575 Oroville Road
firstname.lastname@example.org \ / Milpitas, California 95035
+1 408 309-6081 | g g d r a s i l United States of America
"Free Software For The Rest Of Us."
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/