Re: Tornado 2.2.1

[Dirk Zimoch <dirk.zimoch@psi.ch>]

Ronald L. Sluiter wrote:
> I am beginning to wonder if there is any combination of compiler
> switches that will allow one to build R3.13.9 using Tornado 2.2.1

Yes. Tornado2.2 vxWorks.h is not compatible with the -traditional flag.

> I don't understand it, but here is what is happening to drvBitBus.c.
>
> The following is a segment from vxWorks.h;
>
>    /* All this to generate a string we can #include */
>
>    #define TOOL_HDR_STRINGIFY(x)  #x
>    #define TOOL_HDR(tc, file) TOOL_HDR_STRINGIFY(tool/tc/file)
>    #define TOOL_HEADER(file) TOOL_HDR(TOOL_FAMILY,file)
>
>    /* Now include the correct header file */
>
>    #include TOOL_HEADER(toolMacros.h)
>
> The above "#include TOOL_HEADER(toolMacros.h)" is processed into
> the following in drvBitBus.c;
>
>    #tool/gnu/toolMacros.h
>
> It is like the "include" part of "#include" got lost.  This yields the
> error message;
>
> ..../wind68K2.2/target/h/vxWorks.h:218: `#include' expects "FILENAME" or 
> <FILENAME>
>
> Ron

I think, with the -traditional flag, the preprocessor does not know the 
'#x' stringify feature. Thus, the line expands to:

#include #GNU/tc/toolMacros.h

Now, the preprocessor gets lost.

I've removed the -traditional flag everywhere and found, that the 
problems with src/drv/old are (mainly?) because of sloppy/lazy/buggy 
programming:

There are just not enough arguments provided to logMsg() and 
taskSpawn(). Solution: fill with 0's.

I've not tried it because the bug occurs quite often in several files, 
but it should help.

Dirk

--
Dr. Dirk Zimoch
Swiss Light Source
Paul Scherrer Institut
Computing and Controls
phone +41 56 310 5182
fax   +41 56 310 4413