On Tue, 5 Aug 2003, Post, Mark K wrote: > I'm trying to compile KDE 3.1.3. Things go quite a long way before I get > this error: > > Making all in Linux > make[4]: Entering directory > `/tmp/build-kdebase-3.1.3-s390-1/kdebase-3.1.3/ksysguard/ksysguardd/Linux' > if s390-slackware-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. > -I./../../CContLib -I./.. -D_GNU_SOURCE -DQT_THREAD_SUPPORT -D_REENTRANT > -Wall -ansi -W -Wall -pedantic -Wshadow -Wpointer-arith > -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE > -DNDEBUG -O2 -O2 -D_GNU_SOURCE -MT ProcessList.o -MD -MP -MF > ".deps/ProcessList.Tpo" \ > -c -o ProcessList.o `test -f 'ProcessList.c' || echo './'`ProcessList.c; \ > then mv ".deps/ProcessList.Tpo" ".deps/ProcessList.Po"; \ > else rm -f ".deps/ProcessList.Tpo"; exit 1; \ > fi > In file included from /usr/include/linux/ptrace.h:24, > from /usr/include/asm/user.h:13, > from /usr/include/sys/user.h:22, > from ProcessList.c:29: > /usr/include/asm/ptrace.h:132: error: parse error before "__u64" > /usr/include/asm/ptrace.h:138: error: parse error before '}' token > /usr/include/asm/ptrace.h:138: error: ISO C forbids data definition with no > type or storage class > /usr/include/asm/ptrace.h:143: error: parse error before "freg_t" > /usr/include/asm/ptrace.h:144: error: ISO C forbids data definition with no > type or storage class > /usr/include/asm/ptrace.h:314: error: parse error before "s390_fp_regs" > /usr/include/asm/ptrace.h:323: error: parse error before '}' token > In file included from /usr/include/sys/user.h:22, > from ProcessList.c:29: > /usr/include/asm/user.h:55: error: field `regs' has incomplete type > make[4]: *** [ProcessList.o] Error 1 > make[4]: Leaving directory > `/tmp/build-kdebase-3.1.3-s390-1/kdebase-3.1.3/ksysguard/ksysguardd/Linux' > > I'm using gcc 3.3, glibc 2.3.1. > > Since these files are located in /usr/include/asm, which is a symbolic > pointer to /usr/src/linux/include/asm, I should say that I'm running a > vanilla 2.4.19 kernel with these patches applied:
And you unpacked the kernel source into /usr/src? This is a likely cause of your problem, and is the reason you never never ever unpack kernel source in /usr/src. Build your kernels some place else, even /tmp is better. The headers you need for compiling application code are those that were used to compile glibc, not those in the kernel. I'm pretty sure you're using kernel headers. ac may have a word or two here too;-) -- Cheers John. Join the "Linux Support by Small Businesses" list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb Copyright John Summerfield. Reproduction prohibited.
