#assembler — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #assembler, aggregated by home.social.
-
Написание ядра ОС с нуля. Часть 1
Когда я только знакомился с OSDev, я очень долго искал соответствующие материалы. Находил и на YouTube, и на Habr, и просто какие‑то англоязычные сайты (тогда я не сильно знал английский). Но почти все что я находил было либо незаконченным, либо недостаточно понятным и полным. В этой статье я постараюсь рассказать все так, как ожидал я это от других.
-
Написание ядра ОС с нуля. Часть 1
Когда я только знакомился с OSDev, я очень долго искал соответствующие материалы. Находил и на YouTube, и на Habr, и просто какие‑то англоязычные сайты (тогда я не сильно знал английский). Но почти все что я находил было либо незаконченным, либо недостаточно понятным и полным. В этой статье я постараюсь рассказать все так, как ожидал я это от других.
-
Написание ядра ОС с нуля. Часть 1
Когда я только знакомился с OSDev, я очень долго искал соответствующие материалы. Находил и на YouTube, и на Habr, и просто какие‑то англоязычные сайты (тогда я не сильно знал английский). Но почти все что я находил было либо незаконченным, либо недостаточно понятным и полным. В этой статье я постараюсь рассказать все так, как ожидал я это от других.
-
Нельзя просто взять и прочитать 64-битный SysTick на CH32V203
Когда я начал работать с CH32V203G6U6 и обнаружил, что там есть 64-битный аппаратный таймер, то подумал: ух, это же отлично, раз таймер аппаратный, то и о чтении/записи заботится сам микроконтроллер. И какое-то время это не вызывало вопросов. А потом…
https://habr.com/ru/articles/1068444/
#wch #embedded #c_language #assembler #riscv #debug #systick
-
Нельзя просто взять и прочитать 64-битный SysTick на CH32V203
Когда я начал работать с CH32V203G6U6 и обнаружил, что там есть 64-битный аппаратный таймер, то подумал: ух, это же отлично, раз таймер аппаратный, то и о чтении/записи заботится сам микроконтроллер. И какое-то время это не вызывало вопросов. А потом…
https://habr.com/ru/articles/1068444/
#wch #embedded #c_language #assembler #riscv #debug #systick
-
Нельзя просто взять и прочитать 64-битный SysTick на CH32V203
Когда я начал работать с CH32V203G6U6 и обнаружил, что там есть 64-битный аппаратный таймер, то подумал: ух, это же отлично, раз таймер аппаратный, то и о чтении/записи заботится сам микроконтроллер. И какое-то время это не вызывало вопросов. А потом…
https://habr.com/ru/articles/1068444/
#wch #embedded #c_language #assembler #riscv #debug #systick
-
@aud Assembler for (a) speed and (b) gatekeeping. Not Prolog and definitely not APL because APL is simply insane. Possibly with a side project purporting to write it in Lisp just to draw in all the posers and weirdos and those who weirdly pose as weirdos.
#assembler #prolog #apl #lisp -
@aud Assembler for (a) speed and (b) gatekeeping. Not Prolog and definitely not APL because APL is simply insane. Possibly with a side project purporting to write it in Lisp just to draw in all the posers and weirdos and those who weirdly pose as weirdos.
#assembler #prolog #apl #lisp -
An interesting approach to assembler operation and control: I65 is a suite of cross assemblers with syntax embdedded in the Lua language.
-
An interesting approach to assembler operation and control: I65 is a suite of cross assemblers with syntax embdedded in the Lua language.
-
An interesting approach to assembler operation and control: I65 is a suite of cross assemblers with syntax embdedded in the Lua language.
-
An interesting approach to assembler operation and control: I65 is a suite of cross assemblers with syntax embdedded in the Lua language.
-
An interesting approach to assembler operation and control: I65 is a suite of cross assemblers with syntax embdedded in the Lua language.
-
l65 -- lightweight cross #assembler suite for 6502, Z80/SM83 and NEC 7801
#retrogaming #coding #programming #retrocomputing
GitHub - g012/l65: Lightweight... -
l65 -- lightweight cross #assembler suite for 6502, Z80/SM83 and NEC 7801
#retrogaming #coding #programming #retrocomputing
GitHub - g012/l65: Lightweight... -
l65 -- lightweight cross #assembler suite for 6502, Z80/SM83 and NEC 7801
#retrogaming #coding #programming #retrocomputing
GitHub - g012/l65: Lightweight... -
l65 -- lightweight cross #assembler suite for 6502, Z80/SM83 and NEC 7801
#retrogaming #coding #programming #retrocomputing
GitHub - g012/l65: Lightweight... -
RE: https://social.heise.de/@ct_Magazin/117072302148680373
wow a single x86 asm instruction that can take up to 23 seconds (or under heavy PCIe load up to 63 seconds).
Wow.
-
RE: https://social.heise.de/@ct_Magazin/117072302148680373
wow a single x86 asm instruction that can take up to 23 seconds (or under heavy PCIe load up to 63 seconds).
Wow.
-
RE: https://social.heise.de/@ct_Magazin/117072302148680373
wow a single x86 asm instruction that can take up to 23 seconds (or under heavy PCIe load up to 63 seconds).
Wow.
-
RE: https://social.heise.de/@ct_Magazin/117072302148680373
wow a single x86 asm instruction that can take up to 23 seconds (or under heavy PCIe load up to 63 seconds).
Wow.
-
An assembler written in R5RS Scheme for Intel ArchitectureA person called Jonathan Kraut wrote an #assembler called Sassy in #R5RS #Scheme, which is used as the native code generating phase for the Larceny scheme compiler.
#tech #Software #SchemeLang #IA32 #FunctionalProgramming #Compiler
-
An assembler written in R5RS Scheme for Intel ArchitectureA person called Jonathan Kraut wrote an #assembler called Sassy in #R5RS #Scheme, which is used as the native code generating phase for the Larceny scheme compiler.
#tech #Software #SchemeLang #IA32 #FunctionalProgramming #Compiler
-
An assembler written in R5RS Scheme for Intel ArchitectureA person called Jonathan Kraut wrote an #assembler called Sassy in #R5RS #Scheme, which is used as the native code generating phase for the Larceny scheme compiler.
#tech #Software #SchemeLang #IA32 #FunctionalProgramming #Compiler
-
An assembler written in R5RS Scheme for Intel ArchitectureA person called Jonathan Kraut wrote an #assembler called Sassy in #R5RS #Scheme, which is used as the native code generating phase for the Larceny scheme compiler.
#tech #Software #SchemeLang #IA32 #FunctionalProgramming #Compiler
-
High Assembler: programming in Assembler - with variables, loops, etc.
Written in Python, High Assembler (“HAS”) aims to combine classic Assembly programming with various concepts familiar from high-level languages. In addition to variables, loops, conditions, and procedures, it also supports, for example, typing and automatic code generation using Python. The output format is classic assembler code in a format compatible with vasm.
-
High Assembler: programming in Assembler - with variables, loops, etc.
Written in Python, High Assembler (“HAS”) aims to combine classic Assembly programming with various concepts familiar from high-level languages. In addition to variables, loops, conditions, and procedures, it also supports, for example, typing and automatic code generation using Python. The output format is classic assembler code in a format compatible with vasm.
-
High Assembler: programming in Assembler - with variables, loops, etc.
Written in Python, High Assembler (“HAS”) aims to combine classic Assembly programming with various concepts familiar from high-level languages. In addition to variables, loops, conditions, and procedures, it also supports, for example, typing and automatic code generation using Python. The output format is classic assembler code in a format compatible with vasm.
-
High Assembler: programming in Assembler - with variables, loops, etc.
Written in Python, High Assembler (“HAS”) aims to combine classic Assembly programming with various concepts familiar from high-level languages. In addition to variables, loops, conditions, and procedures, it also supports, for example, typing and automatic code generation using Python. The output format is classic assembler code in a format compatible with vasm.
-
High Assembler: programming in Assembler - with variables, loops, etc.
Written in Python, High Assembler (“HAS”) aims to combine classic Assembly programming with various concepts familiar from high-level languages. In addition to variables, loops, conditions, and procedures, it also supports, for example, typing and automatic code generation using Python. The output format is classic assembler code in a format compatible with vasm.
-
Деконструкция Go: Runtime или программа, которая запускает вашу программу. Часть 3.1
В предыдущих частях мы разобрались с тем, во что превращается Go-код, как процессор работает с памятью и каким образом реализуются примитивные атомарные операции. Но всё это порождает закономерный вопрос. Если CPU умеет выполнять только машинные инструкции, а операционная система знает лишь о процессах и системных потоках, то кто вообще знает о существовании горутин? Кто увеличивает их стеки? Кто решает, какую из них сейчас выполнять? Кто собирает мусор? Ответ на всё это один - Go runtime. Но runtime - это не какая-то магическая программа, которая находится между нашим приложением и операционной системой. Это часть самого приложения. Давайте разбираться!
https://habr.com/ru/articles/1063194/
#go #assembler #runtime #язык_программирования #go_runtime #go_assembler
-
Деконструкция Go: Runtime или программа, которая запускает вашу программу. Часть 3.1
В предыдущих частях мы разобрались с тем, во что превращается Go-код, как процессор работает с памятью и каким образом реализуются примитивные атомарные операции. Но всё это порождает закономерный вопрос. Если CPU умеет выполнять только машинные инструкции, а операционная система знает лишь о процессах и системных потоках, то кто вообще знает о существовании горутин? Кто увеличивает их стеки? Кто решает, какую из них сейчас выполнять? Кто собирает мусор? Ответ на всё это один - Go runtime. Но runtime - это не какая-то магическая программа, которая находится между нашим приложением и операционной системой. Это часть самого приложения. Давайте разбираться!
https://habr.com/ru/articles/1063194/
#go #assembler #runtime #язык_программирования #go_runtime #go_assembler
-
Деконструкция Go: Runtime или программа, которая запускает вашу программу. Часть 3.1
В предыдущих частях мы разобрались с тем, во что превращается Go-код, как процессор работает с памятью и каким образом реализуются примитивные атомарные операции. Но всё это порождает закономерный вопрос. Если CPU умеет выполнять только машинные инструкции, а операционная система знает лишь о процессах и системных потоках, то кто вообще знает о существовании горутин? Кто увеличивает их стеки? Кто решает, какую из них сейчас выполнять? Кто собирает мусор? Ответ на всё это один - Go runtime. Но runtime - это не какая-то магическая программа, которая находится между нашим приложением и операционной системой. Это часть самого приложения. Давайте разбираться!
https://habr.com/ru/articles/1063194/
#go #assembler #runtime #язык_программирования #go_runtime #go_assembler
-
Learning Low-Level Programming
with the #GBA
#retrogaming #assembler #gbadev #gbdev #gamedev #gameboy #gameboyadvance #programming #coding
Learning Low-Level Programming... -
Learning Low-Level Programming
with the #GBA
#retrogaming #assembler #gbadev #gbdev #gamedev #gameboy #gameboyadvance #programming #coding
Learning Low-Level Programming... -
Learning Low-Level Programming
with the #GBA
#retrogaming #assembler #gbadev #gbdev #gamedev #gameboy #gameboyadvance #programming #coding
Learning Low-Level Programming... -
Learning Low-Level Programming
with the #GBA
#retrogaming #assembler #gbadev #gbdev #gamedev #gameboy #gameboyadvance #programming #coding
Learning Low-Level Programming... -
Написание ядра ОС с нуля. Часть 1
Когда я только знакомился с OSDev, я очень долго искал соответствующие материалы. Находил и на YouTube, и на Habr, и просто какие‑то англоязычные сайты (тогда я не сильно знал английский). Но почти все что я находил было либо незаконченным, либо недостаточно понятным и полным. В этой статье я постараюсь рассказать все так, как ожидал я это от других.
-
Написание ядра ОС с нуля. Часть 1
Когда я только знакомился с OSDev, я очень долго искал соответствующие материалы. Находил и на YouTube, и на Habr, и просто какие‑то англоязычные сайты (тогда я не сильно знал английский). Но почти все что я находил было либо незаконченным, либо недостаточно понятным и полным. В этой статье я постараюсь рассказать все так, как ожидал я это от других.
-
Написание ядра ОС с нуля. Часть 1
Когда я только знакомился с OSDev, я очень долго искал соответствующие материалы. Находил и на YouTube, и на Habr, и просто какие‑то англоязычные сайты (тогда я не сильно знал английский). Но почти все что я находил было либо незаконченным, либо недостаточно понятным и полным. В этой статье я постараюсь рассказать все так, как ожидал я это от других.
-
Good morning! It's been a few days of work, but happily I think these are very promising results. My assembler is now able to assemble a good part of IA-64 / AMD64 / x86_64 code and run simple programmes calling the Linux kernel directly, no C library involved, which accounts for the performance difference in the first rough benchmark (unsophisticated but directionally right).
This assembler architecture is an extension improving on the zenas Z80 assembler, so it's likely that a future version will fold zenas into the new architecture, and the new unified assembler will target both architectures (initially Z80 and AMD64).
The parts it still can't assemble: legacy i386 modes, fpu x87, SSE, SIMD instructions. It's possible that I may never go through the hassle of implementing i386. The payoff of implementing ARM64 next is much more important I think (that opens a few other modern platforms, including the M1 and Raspberry Pi).
In the coming months, ironing out the assembler wrinkles, completing ELF64, Mach-O, and PE32 output, it starts to look like I might be able to make ual generate native binaries directly, adding a new ual-zenas backend. Probably Linux-only sometime by the end of the year, and the rest sometime in 2027.
#assembler #asm #programming #amd64 #ia64 #ia_64 #z80 #golang #foss
-
Good morning! It's been a few days of work, but happily I think these are very promising results. My assembler is now able to assemble a good part of IA-64 / AMD64 / x86_64 code and run simple programmes calling the Linux kernel directly, no C library involved, which accounts for the performance difference in the first rough benchmark (unsophisticated but directionally right).
This assembler architecture is an extension improving on the zenas Z80 assembler, so it's likely that a future version will fold zenas into the new architecture, and the new unified assembler will target both architectures (initially Z80 and AMD64).
The parts it still can't assemble: legacy i386 modes, fpu x87, SSE, SIMD instructions. It's possible that I may never go through the hassle of implementing i386. The payoff of implementing ARM64 next is much more important I think (that opens a few other modern platforms, including the M1 and Raspberry Pi).
In the coming months, ironing out the assembler wrinkles, completing ELF64, Mach-O, and PE32 output, it starts to look like I might be able to make ual generate native binaries directly, adding a new ual-zenas backend. Probably Linux-only sometime by the end of the year, and the rest sometime in 2027.
#assembler #asm #programming #amd64 #ia64 #ia_64 #z80 #golang #foss
-
Good morning! It's been a few days of work, but happily I think these are very promising results. My assembler is now able to assemble a good part of IA-64 / AMD64 / x86_64 code and run simple programmes calling the Linux kernel directly, no C library involved, which accounts for the performance difference in the first rough benchmark (unsophisticated but directionally right).
This assembler architecture is an extension improving on the zenas Z80 assembler, so it's likely that a future version will fold zenas into the new architecture, and the new unified assembler will target both architectures (initially Z80 and AMD64).
The parts it still can't assemble: legacy i386 modes, fpu x87, SSE, SIMD instructions. It's possible that I may never go through the hassle of implementing i386. The payoff of implementing ARM64 next is much more important I think (that opens a few other modern platforms, including the M1 and Raspberry Pi).
In the coming months, ironing out the assembler wrinkles, completing ELF64, Mach-O, and PE32 output, it starts to look like I might be able to make ual generate native binaries directly, adding a new ual-zenas backend. Probably Linux-only sometime by the end of the year, and the rest sometime in 2027.
#assembler #asm #programming #amd64 #ia64 #ia_64 #z80 #golang #foss
-
Good morning! It's been a few days of work, but happily I think these are very promising results. My assembler is now able to assemble a good part of IA-64 / AMD64 / x86_64 code and run simple programmes calling the Linux kernel directly, no C library involved, which accounts for the performance difference in the first rough benchmark (unsophisticated but directionally right).
This assembler architecture is an extension improving on the zenas Z80 assembler, so it's likely that a future version will fold zenas into the new architecture, and the new unified assembler will target both architectures (initially Z80 and AMD64).
The parts it still can't assemble: legacy i386 modes, fpu x87, SSE, SIMD instructions. It's possible that I may never go through the hassle of implementing i386. The payoff of implementing ARM64 next is much more important I think (that opens a few other modern platforms, including the M1 and Raspberry Pi).
In the coming months, ironing out the assembler wrinkles, completing ELF64, Mach-O, and PE32 output, it starts to look like I might be able to make ual generate native binaries directly, adding a new ual-zenas backend. Probably Linux-only sometime by the end of the year, and the rest sometime in 2027.
#assembler #asm #programming #amd64 #ia64 #ia_64 #z80 #golang #foss
-
Good morning! It's been a few days of work, but happily I think these are very promising results. My assembler is now able to assemble a good part of IA-64 / AMD64 / x86_64 code and run simple programmes calling the Linux kernel directly, no C library involved, which accounts for the performance difference in the first rough benchmark (unsophisticated but directionally right).
This assembler architecture is an extension improving on the zenas Z80 assembler, so it's likely that a future version will fold zenas into the new architecture, and the new unified assembler will target both architectures (initially Z80 and AMD64).
The parts it still can't assemble: legacy i386 modes, fpu x87, SSE, SIMD instructions. It's possible that I may never go through the hassle of implementing i386. The payoff of implementing ARM64 next is much more important I think (that opens a few other modern platforms, including the M1 and Raspberry Pi).
In the coming months, ironing out the assembler wrinkles, completing ELF64, Mach-O, and PE32 output, it starts to look like I might be able to make ual generate native binaries directly, adding a new ual-zenas backend. Probably Linux-only sometime by the end of the year, and the rest sometime in 2027.
#assembler #asm #programming #amd64 #ia64 #ia_64 #z80 #golang #foss
