Re: [Mspgcc-users] TI compiler

Hi Bob, > As far as I can see, the 'bloat' is in library funcs (newlib?). If the bloat is indeed in the library funcs why not just compile with gcc and then link in the old, mspcc C library instead of newlib ? Cheers Nick

Re: [Mspgcc-users] assembler vs extension words

Hi David, I am having some trouble using the rpt functionality of the CPUX. While attempting to assemble some code for the msp430fr5969 I was surprised with this error: repeat count cannot be used with rrux In response to: rpt r15 { rrux.w r6 Oops - this is definitely a bug. You should

Re: [Mspgcc-users] assembler vs extension words

Hi Peter, > Just to note: this list doesn't transport patches. Sorry. Darn. David - would you be willing to file a binutils bug report about this problem here: https://sourceware.org/bugzilla/ Then I can respond, upload the patch and you can test it out to make sure that I have not missed

Re: [Mspgcc-users] while(flag)

Hi Ian, > Thanks guys I knew that I could count on you all for help. volatile, > that's new to me I'll look it up. Kernighan and Ritchie say what you > all say but ANSI C says it's implementation dependent, as long as it > works. FYI: ANSI C is also out of date. These days it is the ISO C99

Re: [Mspgcc-users] BFD bug in msp430-elf-gcc 4.9.3 (stock and TI source release 3_04_05_00)

Hi Zvika, I've encountered another BFD problem, similar to the one reported by Eric a few months back (2015-03-25 13:43:23). /usr/libexec/gcc/msp430-elf/ld: BFD (Gentoo 2.25.1 p1.0) 2.25.1 internal error, aborting at

Re: [Mspgcc-users] RedHat Toolchain for small chips

Hi Emil, However when I try to compile simple programs for small chips it seems just the runtime takes up more SRAM than the chip has. Have you tried turning on linker garbage collection ? This should make the linker discard unused bits of code (eg most of newlib). So for example:

Re: [Mspgcc-users] RedHat Toolchain for small chips

Hi Emil, Thanks for the suggestion. I just tried that, but it unfortunately it doesn't seem to have any effect. Darn. I did try compiling your test case locally, but I do not run into these errors. The binary I end up with is 13182 bytes on disk and only uses 38 bytes of data: %

Re: [Mspgcc-users] Miscompiled crtbegin in large model?

Nick Clifton PS. For anyone following this thread who wants to see the GCC bug report, it can be found here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59613 -- Rapidly troubleshoot problems before they affect your

Re: [Mspgcc-users] Miscompiled crtbegin in large model?

Hi Peter, This looks an awful lot like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52856 (at least from the familiar diff). Yes - I agree with you - it is the same bug. Cheers Nick PS. I wish that I had known about this PR before I started investigating 59613 - I could have saved myself

Re: [Mspgcc-users] Miscompiled crtbegin in large model?

Hi Lorenzo, I have now checked in the patch to the FSF mainline. Peter pointed out that he had already submitted the patch in a different PR, but it had been ignored. :-( This time we were lucky. Cheers Nick

Re: [Mspgcc-users] GCC MSP430

Hi Ilya, So I just need to stick with generic MCU name for the time being :) Nick/DJ, should I report this on a bug tracker? Yes please. :-) Cheers Nick -- LIMITED TIME SALE - Full Year of Microsoft Training For