This morning, I tried to compile it with DRAMDISK=512 defined in the Makefile,
then error came out as:
In file included from ramdisk.c:10:
/usr/src/linux/include/linux/string.h:31: parse error before `size_t'
/usr/src/linux/include/linux/string.h: In function `strncpy':
/usr/src/linux/include/linux/string.h:43: `src' undeclared (first use this function)
/usr/src/linux/include/linux/string.h:43: (Each undeclared identifier is reported only once
/usr/src/linux/include/linux/string.h:43: for each function it appears in.)
/usr/src/linux/include/linux/string.h:43: `dest' undeclared (first use this function)
/usr/src/linux/include/linux/string.h:43: `count' undeclared (first use this function)
..............
Is there something wrong here?
Thanks in advance!
TJ
I wrote a kernel profiling utility for this, and sent the patches
(small) and a user-level program to print out results (even smaller) to
the kernel mailing-list. If anybody sees this slow-down problem, and
tries out the profiling code, I'd be interested to have some sample
output.
If you aren't on the kernel list, I can make the patches available on
the net.
>This morning, I tried to compile it with DRAMDISK=512 defined in the Makefile,
>then error came out as:
My mistake: I never tried the ramdisk code in 0.97. The fix is
extremely simple (and is included in the above-mentioned profiling
diffs, I think): move the #include <linux/string.h> to be the last of
the include-statements. The reason is that <linux/string.h> wants some
standard types defined, and they get defined in the other include-files.
Linus