Using conditionals within shared (C & ASM) header file

Last June, someone asked about how command line symbols defined for both the assembler and the C compiler could be referenced within a conditional (if) statement within a universal shared header file. A company rep said they'd forward this to the tech team for advice. Whatever happened?

The issue is this: Symbols of identical name specified on the command line for the assembler and the C compiler end up being unique symbols. Those specified for the assembler are defined as per a "$set" directive and are visible only to the assembler. Those specified for the C compiler are defined as per a "#define" directive and are only visible when running the compiler.

In other words, there is no way to define a symbol on the A51 assembler command line that will be visible to the C preprocessor within the assembler. Symbols defined this way are only visible to "$if" statements.

PROBLEM: A universal header file containing an "#ifdef SYMBOL" conditional branch will work within C modules, but will not work within assembler modules because the assembler's C preprocessor WILL NOT recognize the referenced symbol and will thus test false.

Example:

#ifdef SYMBOL
  #include <me.h>
#endif
will test as false within the assembler C macro preprocessor if SYMBOL is only defined on the command line. Of course, an explicit
#define SYMBOL
appearing before the conditional will force the condition to be TRUE, but that is not what we are trying to do here. We want the command line argument to trigger different code versions, for example, to target different hardware configurations.

So it's 2005. Any solutions to this dilemma yet?

Parents
  • The problem is not that the assembler won't recognize #define-type symbols --- it will do that just find. The problem used to be that you can set such macros in an assembler run from outside the source file. I.e. you could

    #define TURN_ON_OPTION_FOO 1
    in an assembly module just fine, but there was no command line switch to the same effect.

    Should be fixed by the addition of the DEFINE command line directive to Ax51 of C51 version 7.07.

Reply
  • The problem is not that the assembler won't recognize #define-type symbols --- it will do that just find. The problem used to be that you can set such macros in an assembler run from outside the source file. I.e. you could

    #define TURN_ON_OPTION_FOO 1
    in an assembly module just fine, but there was no command line switch to the same effect.

    Should be fixed by the addition of the DEFINE command line directive to Ax51 of C51 version 7.07.

Children
More questions in this forum