Ugh. No, that is the wrong fix - it suppresses the glibc definitions, not
the kernel ones. The correct answer is simply to avoid including any
<linux/> header files - if there are any that you really can't live
without (ie there is no equivalent in the glibc headers) then let me know
and we can try to work something out.
What about programs that need kernel structures such as (for example)
the ext2 superblock? Or programs that will be grovelling through kernel
memory?
We could have a completely separate header file that define those
structures (and all of the various constants), but it would be a pain to
keep them in sync with the evolving kernel code....
- Ted