This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
In the latest headers (obtained here http://www.ti.com/tool/msp430-gcc-opensource) for msp430-elf-gcc, the iomacros.h is broken when you try to compile even simple c++ code.
See the discussion here:
I can reproduce a similar problem. The file iomacros.h is not supplied by the compiler development team, which changes how I report this issue. I have to get some help on that, and then get back to you.
Thanks and regards,
TI C/C++ Compiler Forum ModeratorPlease click This Resolved My Issue on the best reply to your questionThe CCS Youtube Channel has short how-to videosThe Compiler Wiki answers most common questionsTrack an issue with SDOWP. Enter your bug id in the Search box.
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to George Mock:
Assembler files seem to be broken also. It doesn't account for the const SFR variables.
... Error: unknown opcode `const'
A quick hack to add some defines gets rid of the errors:
#define const_sfrb(x,x_) x=x_
#define const_sfrw(x,x_) x=x_
#define const_sfra(x,x_) x=x_
#define const_sfrl(x,x_) x=x_
In reply to Rick Kimball:
Another problem is the use of the _GNU_ASSEMBLER_ define in iomacros.h and in430.h. That define doesn't seem to be produced by the toolchain. However, the msp430-elf-gcc automatically defines __ASSEMBLER__, as it did with the older msp430-gcc, when you compile an assembly .S file.
...#if defined(_GNU_ASSEMBLER_) || defined(__ASSEMBLER__)....
to allow me to compile .S files with msp430-elf-gcc without having to define _GNU_ASSEMBLER_
Any luck in tracking down who maintains this? Is there someplace else I should report this?
I apologize for the delay. I've made a few missteps on this one. I think I finally contacted the right folks.
I filed an entry in the Bugzilla system used by the team responsible for the MSP430 Header and Support Files. The ID number is 8328. The entry complains that iomacros.h doesn't work when the GCC compiler sees it in C++ source.
Thanks! BTW: Did you mention that assembly files are broken also?
Who is actually responsible for the headers?
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.