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

definition in header file

i have defined an array in header file "Variables.h" and include it to source files.
extern char LCD[11] = {0xF6, 0xC0, 0x6E, 0xEA, 0xD8, 0xBA, 0xBE, 0xE0, 0xFE, 0xFA, 0x00};

when am trying to compile i get the next message:

Build target 'Target 1'
assembling LPC2300.s...
compiling Main.c...
compiling Interrupts.c...
compiling Init.c...
compiling LCD_ML1001.c...
linking...
Second Counter + TI8148.axf: Error: L6200E: Symbol LCD multiply defined (by interrupts.o and main.o).
Second Counter + TI8148.axf: Error: L6200E: Symbol LCD multiply defined (by init.o and main.o).
Second Counter + TI8148.axf: Error: L6200E: Symbol LCD multiply defined (by lcd_ml1001.o and main.o).
Second Counter + TI8148.axf: Not enough information to list image symbols.
Second Counter + TI8148.axf: Not enough information to list the image map.
Second Counter + TI8148.axf: Finished: 2 information, 0 warning and 3 error messages.
Target not created

Parents
  • "To me, ... is special ..."

    How does their "specialness" for that architecture differ from the "specialness" offered by this forum vendors' features supporting the roughly equivalent 8051 architecture and toolchain?

    That is asked rhetorically, of course, because then:

    To you, the C51 C Compiler is special, mainly because the traditional 8051 MCU is C unfriendly.

    like:

    Please read the manual

    Please read the manual: Read The equivalent Fine Manual.

    Get a clue, dude. We choose Keil and HI-TECH toolchains above all others for their respective target architectures because they offer the best performance while also being the most compliant with the language standard. So as to not discourage discussion, I would be most interested to learn from news of industry developments to the contrary.

Reply
  • "To me, ... is special ..."

    How does their "specialness" for that architecture differ from the "specialness" offered by this forum vendors' features supporting the roughly equivalent 8051 architecture and toolchain?

    That is asked rhetorically, of course, because then:

    To you, the C51 C Compiler is special, mainly because the traditional 8051 MCU is C unfriendly.

    like:

    Please read the manual

    Please read the manual: Read The equivalent Fine Manual.

    Get a clue, dude. We choose Keil and HI-TECH toolchains above all others for their respective target architectures because they offer the best performance while also being the most compliant with the language standard. So as to not discourage discussion, I would be most interested to learn from news of industry developments to the contrary.

Children