Files

44 lines
1.8 KiB
Markdown

← [Back to Twitter thread index](../README.md)
---
title: "SAR on a control word can in theory grab 3 values."
author: "NOTimothyLottes"
handle: "@NOTimothyLottes"
post_url: "https://x.com/NOTimothyLottes/status/2077241596869751029"
post_id: "2077241596869751029"
timestamp: "2026-07-15 03:59:24"
post_count: 5
reply_count: 0
repost_count: 0
like_count: 2
view_count: 428
---
# @NOTimothyLottes — SAR on a control word can in theory grab 3 values.
## Post 1 (2026-07-15 02:51:51)
One advantage of SAR (aka signed '>>') is that the shift-by operand HW uses only the 5|6 LSBs automatically. So if you have a mixed used control word, you don't have to mask out the MSBs. Can save an instruction.
## Post 2 (2026-07-15 02:54:50) — reply to Post 1
Working through an idea of a single uber-instruction interpreted language for code generation. Meaning something that never misses the instruction cache and executes fully out of the micro-op cache. Fully data driven with a direct map 64k entry symbol table.
## Post 3 (2026-07-15 03:03:02) — reply to Post 2
Borrows some ideas from SIMD GPU programming. Like instead of branching/predicating to avoid stores, just store to a discarded area (like a negative offset on the GPU, or a designated trash address on the CPU).
## Post 4 (2026-07-15 03:31:21) — reply to Post 3
Don't want exit condition logic in the infinite loop, so exit will have to be having the program store an exit value into a set address, and an external watchdog polling for exit at some sleep frequency.
## Post 5 (2026-07-15 03:59:24) — reply to Post 4
SAR on a control word can in theory grab 3 values.
SF (sign flag) is set to MSB bit
CF (carry flag) is set to what shifts into bit -1
and output
The SF and CF can be used for CMOVcc
Output can be used for another shift (after CMOVccs)