On Tue, Mar 11, 2008 at 12:43 PM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > On Tue, Mar 11, 2008 at 11:10 AM, Wolfgang Grandegger <[EMAIL PROTECTED]>
> >> Hello,
> >> I tried to test the POSIX example program satch.c under Linux 2.4.25 for
> >> PPC. I was able to fix a few issues but the module does still not load.
> >> I have attached a patch for Xenomai 2.4.2 fixing:
> >> - User-space satch: It was necessary to move time.h and signal.h to the
> >> end of the include block to get it compiled (otherwise clockid_t is
> >> defined, etc.)
> > This should not happen, header file should not depend on the inclusion
> True, but it happens quite often :-(.
> >> - User-space satch: It was necessary to move "#define xnprintf printf"
> >> behind the include block, otherwise the linker complains about missing
> >> symbols. I wonder how this can work with 2.6. And what is the status
> >> of xnprintf?
> >> - Makefile: to avoid a mixup of CFLAG definitions for compiling the
> >> user-space and kernel-space part, I renamed CFLAGS to UCFLAGS etc.
> >> (see patch). Note sure if this is an issue for 2.6 as well.
> >> - Makefile: I added -DPRODUCER to the module build with Linux 2.4.
> > I tested satch recently on trunk. I had to make the printf change
> > (xnprintf is now defined in xenomai include files to xnarch_printf,
> > but xnarch_printf is not defined when compiling in user space, so I
> > replaced #define xnprintf printf with #define xnarch_printf printf) to
> > make it work again, but I saw no problem with include file order.
> The problem with xnprintf goes away with "#define xnarch_printf printf".
> I have attached the make log showing the errors with the original
> include file order.
Ok. I will check this tonight.
Xenomai-core mailing list