Messages in this thread |  | | Date | Tue, 22 May 2001 12:22:39 -0400 | Subject | Re: [PATCH] include/linux/coda.h | From | Jan Harkes <> |
| |
On Tue, May 22, 2001 at 04:57:24PM +0100, David Woodhouse wrote: > The kernel compiles quite happily with compilers which aren't targetted > specifically at Linux -- the CODA compatibility cruft being the one > exception. I often just comment out the CODA includes from <linux/fs.h> to > get round the same problem.
Well, the original idea for having all that compatibility cruft in coda.h was that the identical header could be used both by userspace, and as part of the kernel code of all Coda ports.
But with problems like these popping up and the silly thing is just turning into an unmaintainable mess of #ifdef bloat.
#include <linux/coda.h> can be taken out of linux/fs.h when I change a few lines of code. In fact with those changes all Coda related headers can be moved from include/linux/ to fs/coda/, although coda.h contains the 'exported interface' and should probably remain in include/linux.
At least this will solve your problem as long as Coda isn't compiled into the kernel, but not the reported problem of compiling a Linux kernel on a different (Coda supported) OS without using a properly configured cross-compiler.
I will try cleaning things up by having a common 'coda.h' for all platforms (and userspace) and platform specific 'coda_types.h' files which define missing types and such. It would definitely get rid of a lot of the bloat, and probably make things somewhat easier to maintain.
Jan
btw. Coda is not an acronym, no need to capitalize it.
- 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/
|  |