On Thursday 12 February 2009, Gilles Chanteperdrix wrote: > Paul wrote: > > Patching a 18.104.22.168 with the relevant patch in trunk, using a config with > > SMP enabled resulted in: > > > > LD kernel/xenomai/arch/built-in.o > > CC kernel/xenomai/nucleus/heap.o > > In file included from include/xenomai/nucleus/pod.h:34, > > from kernel/xenomai/nucleus/heap.c:66: > > include/xenomai/nucleus/sched.h: In function ‘xnsched_self_resched_p’: > > include/xenomai/nucleus/sched.h:171: error: ‘nkpod’ undeclared (first use > > in this function) > > include/xenomai/nucleus/sched.h:171: error: (Each undeclared identifier > > is reported only once > > include/xenomai/nucleus/sched.h:171: error: for each function it appears > > in.) make: *** [kernel/xenomai/nucleus/heap.o] Error 1 > > > > > > Digging in to the nucleus/sched.h and nucleus/pod.h headers, there > > appears to be a circular dependency around nkpod_struct - This only hits > > home with CONFIG_SMP defined. > > There must be some other option triggering the bug, because I run trunk > with 2.6.28 on an SMP x86(_64).
Attached, tarball of the two configs - One for SMP, the other, UP, both for 32Bit. Looking at the changelog, I see xnsched_self_resched_p was introduced in r4611 - Reverting the change allows compilation to progress... Regards, Paul.
Description: BZip2 compressed data
_______________________________________________ Xenomai-core mailing list Xenomaiemail@example.com https://mail.gna.org/listinfo/xenomai-core