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

Reply via email to