Rachit Nigam reposted
Because I have poor self control, I made a thing to avoid looking at those increasingly terrible ACM Digital Library pages. Introducing Analog Library: https://al.radbox.org
Rachit Nigam
@notypes.bsky.social
incoming MIT prof. & director of FLAME lab (https://flame.csail.mit.edu/). building new languages and compilers to make hardware design fast, fun, and correct
972 followers180 following113 posts
Rachit Nigam reposted
Because I have poor self control, I made a thing to avoid looking at those increasingly terrible ACM Digital Library pages. Introducing Analog Library: https://al.radbox.org
People keep asking me what the "Rust for hardware design" would look like. Those who know their PL history know that, before we could build Rust, we had to define ideas like "Memory Safety".
Building a "Rust for hardware design" requires the same so I spent the weekend writing a 2-page paper defining a criteria for "safe hardware description languages (HDLs)" and how they should complement, instead of competing with existing formal tools: people.csail.mit.edu/rachit/files...
1. Lilac (arxiv.org/abs/2401.02570) : Demonstrates how safe HDLs enable fundamentally new design abstractions! 2.Anvil (arxiv.org/abs/2503.19447): Explores how Filament's verification abstractions can be applied to a higher-level, message-passing HDL and enforce safety properties!
Hardware design needs its own safe programming model but instead of memory, the problem is time! Every hardware module reasons about how time affects itself and everything it communicates with. Getting it wrong means bugs: reading meaningless values and using resources that are unavailable.
Our work on Filament (filamenthdl.com) defined a criteria for safe hardware description languages (HDLs) and showed that you can enforce it using a type system and introduce no overheads. This year's ASPLOS features two papers exploring safe HDLs:
Folks showing up to ASPLOS: would there be interest in having a "junior faculty social"? I used to organize in-person socials for PhD students at PLDI (pltea.github.io) and think it would be fun to have an excuse to meet the cohort of junior faculty!
The SRC is awesome! Especially good for new junior faculty as a way to meet a wide set of soon-to-be-PhD applicants and learn about all the cool research they've been doing!
Are you interested in programming languages research and mentoring up and coming PL researchers? Then you should fill out the self-nomination form for the PLDI'26 Student Research Competition's PC: forms.gle/KSacbLEtw1Yw... (Note, you must have a PhD by June 2026 to be a judge)
Continuing my long-running beef with "transpiler", I wrote a post trying to formalize different definitions of the word and why they don't work (for me): people.csail.mit.edu/rachit/post/... (Not so secret goal: Get more people to read "On the Expressive Power of Programming Languages")
Rachit Nigam reposted
@sigplan-pldi.bsky.social was an absolute blast this year and had a lot of interesting conversations and papers! I've written down a little retrospective reflecting on some of them: people.csail.mit.edu/rachit/post/...
Rachit Nigam reposted
PLMW@PLDI'25 is now accepting applications: pldi25.sigplan.org/home/PLMW-pl... Deadline: April 10, 2025 PLMW an excellent place to learn about exciting PL research, from the ground up, and to find your PL friends! Please apply!
Rachit Nigam reposted
SPAA'25 is seeking submissions! Uniquely this year, SPAA seeks a broader set of research areas, including algorithms, systems, PL, applications, quantum, and more. The central theme is parallelism and concurrency. Deadline: Feb 28 Please consider submitting! spaa.acm.org/call-for-pap...
Well-deserved! Iris is also a really great example of how well-engineered artifacts make it dramatically easier to pursue technically deep research.
Very proud to announce that the first Iris paper received the 2025 Most Influential POPL Paper Award this week. This is a testament to the amazing contributions of a wonderful international network of collaborators. www.youtube.com/live/ZKwpY0g...
Rachit Nigam reposted
What role should Student Research Competitions play in mentoring new researchers? @notypes.bsky.social and @avh.bsky.social argue for a renewed focus on feedback and visibility for SRCs. blog.sigplan.org/2025/01/13/t...
Rachit Nigam reposted
Mentoring is incredibly important to students and young researchers. @notypes.bsky.social and @avh.bsky.social talk about the "missing mentoring pillar" in our latest PL Perspectives blog post blog.sigplan.org/2025/01/13/t...
Been thinking about these ideas for a couple of years! Finally time to put them into action and make the SRC an awesome place for junior researchers to get high-quality feedback on ongoing work!
What role should Student Research Competitions play in mentoring new researchers? @notypes.bsky.social and @avh.bsky.social argue for a renewed focus on feedback and visibility for SRCs. blog.sigplan.org/2025/01/13/t...
Rachit Nigam reposted
The paper on Data Race Freedom a la Mode was just awarded a Distinguished Paper award at POPL25! An excellent excuse to read all about a potential future for safe parallel programming in OCaml. richarde.dev/papers/2025/...
Rachit Nigam reposted
☕️ We’re running LATTE again: our ASPLOS workshop about languages/compilers/tools/whatever for hardware design. Submissions are just little 2-pagers, due on January 31. Plenty of time to throw something together! capra.cs.cornell.edu/latte25/
Also a classic example of something architects thought would be good (resolving branches take time so lets do something useful in the middle) but didn't really work because compilers and programmers couldn't use it well!
For you young 'uns: This was a classic RISC move. Your first run version of the compiler you'd just stick a NOP there, then try to get clever once you got everything working. And you'd forget (esp if dealing with more than one ISA)…hence the ***ALWAYS*** in the pix. en.wikipedia.org/wiki/Delay_s...
Rachit Nigam reposted
If you're working in the general area of languages and/or accelerators, you should absolutely submit a paper! I'm biased of course, but LATTE always has a ton of great people and interesting discussion so I hope to see everyone there :) Submissions close on Jan 31 The workshop is on March 30
We're running our early workshop on building new languages, tools, and techniques for accelerator design (capra.cs.cornell.edu/latte25/) co-located with ASPLOS! It's an awesome crowd of PL, Compilers, and HW design folks all of whom are passionated about making accelerator design better!
SIGPLAN-M and PLTea.github.io continue to fuel my belief that broader, virtual meet-ups are an incredibly important way to grow the research community. Looks like folks at PLDI also agree!!
Before PLDI 2021, in-person PC meetings were the norm. The steering committee decided to reconsider, 4 years hence, whether to revive them. That bill has come due. We have survey results. blog.sigplan.org/2025/01/02/s...
Rachit Nigam reposted
Before PLDI 2021, in-person PC meetings were the norm. The steering committee decided to reconsider, 4 years hence, whether to revive them. That bill has come due. We have survey results. blog.sigplan.org/2025/01/02/s...
After 6 wonderful years with @samps.phd at Cornell, I have finally defended my PhD, written a 250-page document, and submitted that one NSF survey form Thank you to everyone who was a part of the journey and I am excited for the next chapter!
We're running our early workshop on building new languages, tools, and techniques for accelerator design (capra.cs.cornell.edu/latte25/) co-located with ASPLOS! It's an awesome crowd of PL, Compilers, and HW design folks all of whom are passionated about making accelerator design better!
Rachit Nigam reposted
Since enough of PL twitter seems to have moved on here: Hi I'm Raghav; I'm a PhD candidate at Purdue and I'm on the faculty job market this year! My research lies at the intersection of PL and security; specifically, I like making privacy-preserving programs more efficient and...
Lindsey Kuper's* group has produced this fantastic zine on choreographic programming that folks should definitely check out: decomposition.al/blog/2024/12... (* can't seem to find Lindsey here but please tag if you know the handle)
Really enjoyed this post from John (demystifying a Cousot paper)! There is something so satisfying about being able to articulate the relationships between things that seem *just* similar enough.
Program correctness and incorrectness are not just two sides of the same coin; they're two faces of the same cube! johnwickerson.wordpress.com/2024/12/04/t...