Thrilled to see SlimeCompiler hit Zenodo today! ๐ Hiroshi Sasaki's groundbreaking paper applies noncommutative ring theory to compilersโmapping instructions to ring elements & using commutators [A,B]=AB-BA to prove when ops commute (order-free for reordering/parallelization) vs. don't (flagging bugs & races).
Key wins: 1.5-3x speedups via algebraic guarantees. 50% fewer order bugs, 80% concurrency fixes. LLVM integration for real-world impact. Extends SlimeTree ecosystem: "When roles are marked, order is redundant."
Dive in: zenodo.org/records/17946400#SlimeCompiler#CompilerOptimization#RingTheory#AI#LLVM#Parallelization
This research introduces Evolution of Kernels (EoK), a new way to automatically design efficient code for RISC-V chips using artificial intelligence. EoK learns from past successful code designs and uses this knowledge to create even better code. It was tested on 80 different coding challenges and showed impressive results compared to other methods. This could lead to faster and more powerful software running on RISC-V devices in the future. #RISCV#AI#CompilerOptimizationarxiv.org/abs/2509.14265#ArtificialIntelligence
We are delighted to welcome Dr. Sorav Bansal โ Graviton Fellow at Graviton Research Capital LLP and Professor at IIT Delhi โ as a keynote speaker at IICT 2025.
His talk, ๐๐ฆ๐๐ ๐ข๐ง๐ข๐ง๐ ๐ ๐๐๐ฑ๐ญ-๐๐๐ง๐๐ซ๐๐ญ๐ข๐จ๐ง ๐๐ฎ๐ฉ๐๐ซ๐จ๐ฉ๐ญ๐ข๐ฆ๐ข๐ณ๐๐ซ, will open new perspectives on the future of compiler optimization.
๐ Learn more about Dr. Bansalโs work: sorav.compiler.ai
๐ Join us at IISc Bangalore | Sept 27โ28, 2025
๐ Event details: compilertech.org#IICT2025#KeynoteTalk#CompilerTech#IITDelhi#Superoptimization#CompilerOptimization#TechConference#ACMIndia#IIScBangalore
๐๐'๐ซ๐ ๐ญ๐ก๐ซ๐ข๐ฅ๐ฅ๐๐ ๐ญ๐จ ๐ฐ๐๐ฅ๐๐จ๐ฆ๐ ๐๐ซ. ๐๐ข๐๐ฒ๐๐ง๐๐ฎ ๐๐๐ฌ ๐ญ๐จ ๐ญ๐ก๐ ๐๐๐๐ ๐๐๐๐ ๐๐ซ๐จ๐ ๐ซ๐๐ฆ ๐๐จ๐ฆ๐ฆ๐ข๐ญ๐ญ๐๐!
As a Senior Principal Engineer at Intel, Dr. Das brings exceptional expertise in program analysis and compiler technology, with deep knowledge in areas such as SSA form and DJ-graphs. His insights will play a key role in shaping a high-quality technical program.
๐ September 27โ28, 2025
๐ Learn more: compilertech.org/#IICT2025#CompilerTech#ProgramCommittee#Intel#ProgrammingLanguages#CompilerOptimization#TechConference#ACMIndia#IISCBangalore
The internal execution process of JavaScript's V8 engine exhibits considerable unpredictability. Even when running a simple single-line script like console.log("hello world"), the internal execution flow shows significant variations each time. This goes well beyond mere address randomization - even the called VM C functions can vary substantially. This reminds me of LuaJIT, which behaves similarly. In LuaJIT's case, randomness was deliberately added to increase the chances of hitting more efficient code paths. Of course, another reason is security (the more unpredictable the behavioral details are, the more secure it becomes).
#JavaScript#V8Engine#LuaJIT#ProgrammingLanguages#SoftwareSecurity#CompilerOptimization#TechEngineering
The V8 engine authors designed their own "mini-language" called Torque, which has TypeScript-like syntax and can automatically generate part of the virtual machine (VM) implementation during V8's build process. The Torque compiler generates a large amount of C code, which then internally generates the corresponding assembly code. Several hundred large C compilation units in the VM are generated this way. It's quite an interesting design approach. However, debugging this automatically generated C code and the resulting assembly code isn't quite as pleasant!
Clearly, even V8's developers got tired of writing too much tedious C code. Programs that write programs can always be much more convenient.
This reminds me of how LuaJIT's author also designed his own dynamic high-level assembly language called DynAsm, which he used to hand-craft LuaJIT's interpreter implementation. I (and some other folks) have also used this mini-language to implement some simple JIT compilers, which was quite interesting. DynAsm operates directly at the machine code level, making it a much lower level than Torque - even significantly lower level than C.
#V8Engine#JavaScript#Torque#CompilerDesign#ProgrammingLanguages#LuaJIT#DynAsm#JITCompiler#CodeGeneration#SystemProgramming#VirtualMachine#CPlusPlus#TechnicalComputing#CompilerOptimization#LowLevelProgramming
5/19 Many believe that -O3 always produces faster code than -O2. However, studies show little statistical difference, especially in Clang. Benchmarking is essential to determine the best optimization level. #CompilerOptimization โฌ๏ธ