• State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 21 subscribers
  • Views 1726 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Compiler error 143

Dave S.

Can anyone tell me why this piece of code builds with error 143, and how to get it to build without errors?

typedef unsigned char U8;
typedef unsigned long int U32;

#define B0(x) ((U8) ((U32)x&0xFF))
#define B1(x) ((U8)(((U32)x&0xFF00)>>8))
#define B2(x) ((U8)(((U32)x&0xFF0000)>>16))
#define B3(x) ((U8)(((U32)x&0xFF000000)>>24))

void foo(void);

BYTE abc[]={
    B0(foo),
    B1(foo),
    B2(foo),
    B3(foo)
};

void foo(void){
}

Thanks... Dave.

Parents
  • 0

    I don't have the C166 compiler, so I don't know what error 143 is.

    The thing that leaps out at me is that the value of foo is not known until link time. So, the compiler can't break it up into individual bytes in the initializer expression. You can get away with some forward references to an entire address, since it will be just another location for a fixup for the linker. But I'm not sure it's possible for the compiler to tell the linker to do fixups of just some byte of the target address.

    If all you want is byte-wise access to the bytes of a function address, why not just cast it?

    If you're trying to store a function address in some sort of vector table, why not just have a table of function pointers instead of bytes?

Reply
  • 0

    I don't have the C166 compiler, so I don't know what error 143 is.

    The thing that leaps out at me is that the value of foo is not known until link time. So, the compiler can't break it up into individual bytes in the initializer expression. You can get away with some forward references to an entire address, since it will be just another location for a fixup for the linker. But I'm not sure it's possible for the compiler to tell the linker to do fixups of just some byte of the target address.

    If all you want is byte-wise access to the bytes of a function address, why not just cast it?

    If you're trying to store a function address in some sort of vector table, why not just have a table of function pointers instead of bytes?

Children
  • 0 in reply to Drew Davis

    "I don't have the C166 compiler, so I don't know what error 143 is."

    Neither do I!

    Dave, you'd really help yourself in getting an answer to your question if you posted the full text of the message.

    Have you looked up this error in the Manual?
    Did that add anything?
    Did it help?

  • 0 in reply to Andy Neil

    MY BAD...! I thought only C16x tool user's would've attempted to answer my question, although I do appreciate your help. FWIW, KEIL's user's manuals are online now. Not sure how long they've been online, but... the compiler reports:

    MAIN.C(35): error 143: 'scalar': initializer is not a constant

    The array of bytes I'm trying to create at build time contains a variety of instances of differently sized info, some of which are pointers to functions, encoded as an array of bytes. Doesn't appear to be possible to do to me, but I'm hoping it is.

    Thanks again...
    Dave.

  • 0 in reply to Dave S.

    "initializer is not a constant"

    It often pays to simply read the text of an error message out loud - it is telling you exactly what Drew has been saying!
    The value of foo is not known at compile time; thus it is not a constant!