801
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 05 Dec 2023
801 points (95.2% liked)
Programmer Humor
19623 readers
1 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 1 year ago
MODERATORS
Well, I only wrote simple exercises in Intel assembly in uni, but there were more of those with AVR assembly.
You can structure things nicely and understandably if you want.
It's an acquired skill just like many others. Just today writing something big fully in assembly is not in demand, so that skill can usually be encountered among embedded engineers or something like that.
Is there a tutorial you could recommend? I'm actually pretty curious how exactly you would go about that now.
Sorry, I don't remember what I used then as a tutorial, possibly nothing, and I don't write assembly often, it was just an opinion based on the experience from the beginning of my comment. That said:
You have call and return, so you can use procedures with return. You have compare and conditional jump instructions. And you have timers and interrupts for scheduling. That allows for basic structure.
You split your program functionally into many files (say, one per procedure) and include those. That allows for basic complexity management.
To use OS syscalls you need to look for the relevant OS ABI reference, but it's not hard.
So all the usual. Similar to the dumber way of using C.
In general writing (EDIT: whole programs, it's used all the time in codecs and other DSP, at the very least) in assembly languages is unpopular not because it's hard, but because it's very slow.