Nп/п : 70 из 100
 От   : Kevin Chadwick                      2:5075/128        26 сен 23 11:44:02
 К    : All                                                   26 сен 23 14:48:03
 Тема : Should light runtimes get more consideration?
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 1@dont-email.me> 85970f3d
@REPLYADDR Kevin Chadwick
<kc-usenet@chadwicks.me.uk>
@REPLYTO 2:5075/128 Kevin Chadwick
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@TZUTC: -0000
@PID: PhoNews/3.12.0 (Android/13)
@TID: FIDOGATE-5.12-ge4e8b94
I created the issue below a little while ago. Today I wonder whether Ada
 2022s `Image attribute on records use of Unbounded strings is for good
 reason. Is it an oversight that Bounded String would work with the new
 light runtime or String with all runtimes including the older zero
 footprint runtimes?

Perhaps it was decided that a light runtime would not use this feature? and
 I can cerrainly avoid it. However I use a light runtime with 100s of
 kilobytes or ram and many gigabytes of flash.

Ada is a much nicer language than Rust which uses unsafe all over for
 embedded but one thing that is interesting is that I believe all Rust code
 can be run easily on any target. Should Ada aspire to that?

On the other hand micros are becoming multiprocessor bringing more demand
 for tasking (protected types are not compatible with a light runtime) but
 personally I believe multi chip single core designs are far better than
 multicore and not only due to the impossibility of side channel attacks
 like spectre.

https://github.com/Ada-Rapporteur-Group/User-Community-Input/issues/67

-- 
Regards, Kc
--- PhoNews/3.12.0 (Android/13)
 * Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх