Re: Why Bloat Is Still Software's Biggest Vulnerability

On 3/13/2024 9:29 AM, Peter wrote:

   Don Y <blockedofcourse@foo.invalid> wrote:
 

On 3/12/2024 6:10 AM, Peter wrote:

>
   RichD <r_delaney2001@yahoo.com> wrote:
>

Given these considerations, does anybody write assembly code for
modern RISC processors?

>
Yes; some stuff cannot be done in C. Start with loading SP. No way in
C!

>
Doing anything that isn't memory-mapped; how would you generate "I/O"
instructions (for processors with I/O spaces)?

 I think I/O is rare; it tends to be memory mapped.

For *new* hardware, yes.  But, still present in older designs
(that likely need to be maintained)

Using any part of the instruction set that isn't directly mapped
to native C constructs (how would you access support for BCD
data types?  special commands to control interrupts?  opcodes to
control atomic operations/synchronization?)
>

Some code in an RTOS is not possible in C. Look at the FreeRTOS
sourcecode. There are bits of asm in there.
>
Also asm has great uses for protecting from optimisation (which can
change silently by upgrading the compiler!). Asm never gets modified;
essential when talking to devices needing specific minimum /CS timing
etc.

>
This is changing.  Lots of ongoing work in optimizing and
super-optimizing assembly language code.  Even arguments
being made that compilers should NOT be generating (final)
ASM, from HLL sources cuz it forces them to know too
much about the underlying hardware... things that a
(truly) "optimizing assembler" is better suited to knowing.

 I'll leave that to the next generation. I want to make a bit of money
now :)

There are lots of ways to make money.  The joy of engineering is
that you can have *fun* -- and learn stuff -- while doing so!
(imagine being an *accountant*, lawyer, doctor, etc. -- fields where
"new knowledge" drips out at a trickle...)