CC'ing the mailing list since the answers might be of general interest. On Wed, Sep 12, 2012 at 11:21 AM, Valentin Sawadski <valen...@tado.com> wrote: > Hi Peter, > > thanks for the hard work on the 20bit stuff. Nice to see how this > progresses.
Thanks. Also thanks to the company who funded the 20-bit enhancements, which otherwise would not have been done. (I believe the contract had a boilerplate clause that prevents me from revealing their name, but your first guess would probably be right.) > What do you think how long it will take till there will be > debugging available for 20bit addresses? The bad news is I'm not planning to work this. More than half my mspgcc effort over the last two years has been self-funded, and it's reaching the point where I'd rather spend my time on other infrastructure. msp430-gdb patches are very out of date. My estimate is about six weeks full-time effort to back-port the binutils changes into gcc, then add whatever DWARF option updates are necessary to support 20-bit debugging. I don't personally need or feel a responsibility for msp430-gdb, so it's not on my bucket list. At this point, I will be doing critical maintenance on msp430-gcc and msp430-binutils, and minor enhancements as they pique my interest, but am not anticipating any significant further development in the toolchain itself. A preliminary view of where I am spending my personal time on MSP430 infrastructure support can be found at: http://pabigot.github.com/bsp430/index.html > Also I'm currently running the previous development release of mspgcc and > while I had mostly pleasant results I'm now occuring a rather strange error: > > /opt/compiler/mspgcc-20120716/lib/gcc/msp430/4.7.0/../../../../msp430/bin/ld: > internal error emsp430.c 123 > > Do you know what might cause this? Is it by any chance fixed in the new > version of mspgcc? That line is an assert that detects an orphaned section for which no output section could be found. This might be due to a custom linker script, if you're using one, or a bug in the section management code. Please file a tracker ticket including a reproducing program and the compiler and linker command lines that produced the error. >> As usual, please submit problems as tracker tickets at: >> https://sourceforge.net/tracker/?group_id=42303&atid=432701 Peter > > Best Regards, > Valentin > > On Tue, Sep 11, 2012 at 5:50 PM, Peter Bigot <big...@acm.org> wrote: >> >> Development release 20120911 of mspgcc is now available. >> >> This is a development release. It is beta-quality. It provides full >> support for 20-bit code and data, with all memory models. There are no >> changes intended in this series; the only reason it isn't going into LTS >> is >> to validate it on Wolverine chips when they become available. >> >> The sole documentation for 20-bit use is at: >> >> >> https://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Gcc47:20-Bit_Design >> >> The page has been updated with this release. >> >> There are no known bugs related to 20-bit mode, except when dealing with >> mixed memory models which are not officially supported. All memory models >> should work. All optimizations and features intended for this development >> phase have been completed. Subsequent changes should be for bug fixes >> only. >> >> The following known limitations are present: >> >> * All the 20-bit features were intended to be controlled through type and >> declaration attributes, with default settings controlled by compiler >> flags. While this is still how it is implemented, gcc is not prepared >> to >> deal with the sort of mixed pointers that individual control enables. >> See >> >> https://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Gcc47:20-Bit_Design#Warning_about_Mixing_Memory_Models, >> and stick to the pre-defined memory models. >> >> * DWARF2 data for CPUX MCUs now uses 32 bits for addresses instead of 16 >> bits. This enables building application with -ggdb when 20-bit >> addresses >> are present. However, gdb has not been updated to recognize this >> change, >> and gdb on CPUX MCUs is probably no longer usable. >> >> The patch bundle for 20120911 is available at: >> >> https://sourceforge.net/projects/mspgcc/files/mspgcc/DEVEL-4.7.x >> >> The tag workspace/release/20120911 in >> git://mspgcc.git.sourceforge.net/gitroot/mspgcc/mspgcc checks out a >> workspace configured for this release. The tag workspace/master checks >> out >> a workspace configured for the development series. >> >> Downstream packagers: If you bundle this, please mark it as experimental. >> The stable series remains LTS-20120406. >> >> As usual, please submit problems as tracker tickets at: >> https://sourceforge.net/tracker/?group_id=42303&atid=432701 >> >> Summary of changes in mspgcc release 20120911 since release 20120716 >> >> binutils: changes from binutils-2.22-20120716 to binutils-2.22-20120911: >> - 3d91e75 [2012-09-11 09:15:14 -0500] Update DEV-PHASE for release >> - d5323c6 [2012-09-10 10:45:37 -0500] SF 3554291 refine FRAM ISR fix >> >> gcc: changes from gcc-4.7.0-20120716 to gcc-4.7.0-20120911: >> - 47f3bbe [2012-09-11 09:14:43 -0500] Update DEV-PHASE for release >> - 51db7cb [2012-09-11 09:14:05 -0500] Update for release >> - 37e318e [2012-09-10 17:08:04 -0500] SF 3559978 broken volatile >> peephole optimization >> - d74f307 [2012-09-10 15:36:30 -0500] SF 3562647 lack of memory model >> results in wrong data region >> - e1a7bb5 [2012-09-10 12:37:00 -0500] SF 3562063 delay_cycles wrong >> when optimization disabled >> - 6acad2c [2012-09-10 11:10:27 -0500] SF 3554285 ICE: defining a far >> declared array w/o far >> - cd8d8b5 [2012-09-10 07:59:24 -0500] SF 3554291 refine FRAM ISR fix >> >> gdb: no changes >> >> msp430-libc: no changes >> >> msp430mcu: no changes >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Mspgcc-users mailing list >> Mspgcc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/mspgcc-users >> > > > > -- > Valentin Sawadski > Head of Embedded Hard- and Software > > Tel.: +49 - (0) 89 - 416 15 66 4 - 5 > Fax: +49 - (0) 89 - 416 15 66 4 - 9 > Mobil: +49 - (0) 162 - 460 163 4 > www.tado.com > www.facebook.com/tado.com > www.twitter.com/tado > > tado.com ist ein Angebot der tado° GmbH > > tado° GmbH | Kochelseestrasse 8-10 | 81371 München > Geschäftsführer: Christian Deilmann | Johannes Schwarz | Leopold v. Bismarck > Eingetragen beim Amtsgericht München, HRB 194769 B | Ust.-ID Nr. DE > 280012558 > > VERTRAULICHKEITSHINWEIS: Diese Nachricht ist vertraulich. Sie darf > ausschließlich durch den vorgesehenen Empfänger und Adressaten > gelesen, kopiert oder genutzt werden. Sollten Sie diese Nachricht > versehentlich erhalten haben, bitten wir, den Absender (durch > Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht > zu löschen. Jede Nutzung oder Weitergabe des Inhalts dieser Nachricht > ist unzulässig. > > CONFIDENTIALITY NOTICE: This message (including any attachments) is > confidential and may be privileged. It may be read, copied and used > only by the intended recipient. If you have received it in error > please contact the sender (by return e-mail) immediately and delete > this message. Any unauthorized use or dissemination of this message in > whole or in part is strictly prohibited. > > **Please consider the environment before printing this e-mail** > ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users