- 4 216
- 1 199 128
ACM SIGPLAN
United States
เข้าร่วมเมื่อ 18 พ.ย. 2018
Special Interest Group on Programming Languages
The ACM Special Interest Group on Programming Languages (SIGPLAN) explores programming language concepts and tools, focusing on design, implementation, practice, and theory. Its members are programming language developers, educators, implementers, researchers, theoreticians, and users.
All videos published on this channel are Copyright 2022-24 ACM.
Please email SIGPLAN-AV for video take down requests or corrections.
The ACM Special Interest Group on Programming Languages (SIGPLAN) explores programming language concepts and tools, focusing on design, implementation, practice, and theory. Its members are programming language developers, educators, implementers, researchers, theoreticians, and users.
All videos published on this channel are Copyright 2022-24 ACM.
Please email SIGPLAN-AV for video take down requests or corrections.
[PLDI24] Compilation of Modular and General Sparse Workspaces
[PLDI24] Compilation of Modular and General Sparse Workspaces
มุมมอง: 198
วีดีโอ
[PLDI24] Descend: A Safe GPU Systems Programming Language
มุมมอง 3272 หลายเดือนก่อน
[PLDI24] Descend: A Safe GPU Systems Programming Language
[PLMW@PLDI24] Uncertainty and my scientific journey
มุมมอง 6052 หลายเดือนก่อน
[PLMW@PLDI24] Uncertainty and my scientific journey
[PLMW@PLDI24] A Tour of Program Optimization
มุมมอง 7182 หลายเดือนก่อน
[PLMW@PLDI24] A Tour of Program Optimization
[PLMW@PLDI24] How to read a PL-security paper
มุมมอง 3312 หลายเดือนก่อน
[PLMW@PLDI24] How to read a PL-security paper
[PLMW@PLDI24] A Tale of Shared Memory Concurrency in Programming Languages
มุมมอง 2462 หลายเดือนก่อน
[PLMW@PLDI24] A Tale of Shared Memory Concurrency in Programming Languages
[PLMW@PLDI24] Letting users do the undecidable: lessons from program synthesis
มุมมอง 1772 หลายเดือนก่อน
[PLMW@PLDI24] Letting users do the undecidable: lessons from program synthesis
[PLMW@PLDI24] Thoughts on the interplay between corporate, government, and university R&D
มุมมอง 4412 หลายเดือนก่อน
[PLMW@PLDI24] Thoughts on the interplay between corporate, government, and university R&D
[ARRAY24] The Landscape of Formal Verification in APL: a Review with a Case Study in Quantum(…)
มุมมอง 722 หลายเดือนก่อน
[ARRAY24] The Landscape of Formal Verification in APL: a Review with a Case Study in Quantum(…)
[ARRAY24] Nano-parsing: A Data-parallel Architecture for Perverse Parsing Environments
มุมมอง 1512 หลายเดือนก่อน
[ARRAY24] Nano-parsing: A Data-parallel Architecture for Perverse Parsing Environments
[ARRAY24] Escaping the Pointless: Embedding Pointful Array Programming in Python
มุมมอง 612 หลายเดือนก่อน
[ARRAY24] Escaping the Pointless: Embedding Pointful Array Programming in Python
[ARRAY24] Zero-Overhead Parallel Scans for Multi-Core CPUs
มุมมอง 582 หลายเดือนก่อน
[ARRAY24] Zero-Overhead Parallel Scans for Multi-Core CPUs
[ARRAY24] Work Assisting: Linking Task-Parallel Work Stealing with Data-Parallel Self Scheduling
มุมมอง 342 หลายเดือนก่อน
[ARRAY24] Work Assisting: Linking Task-Parallel Work Stealing with Data-Parallel Self Scheduling
[ARRAY24] Shray: an Owner-Compute Distributed Shared-Memory System
มุมมอง 382 หลายเดือนก่อน
[ARRAY24] Shray: an Owner-Compute Distributed Shared-Memory System
[ARRAY24] Translating Concepts of the Futhark Programming Language into an Extended Pi-Calculus
มุมมอง 552 หลายเดือนก่อน
[ARRAY24] Translating Concepts of the Futhark Programming Language into an Extended Pi-Calculus
[ARRAY24] Mechanical Proofs in an Array-Combinator Language
มุมมอง 552 หลายเดือนก่อน
[ARRAY24] Mechanical Proofs in an Array-Combinator Language
[ARRAY24] An LLP (q, k) Parser Generator
มุมมอง 782 หลายเดือนก่อน
[ARRAY24] An LLP (q, k) Parser Generator
[ARRAY24] AUTOMAP: Inferring Rank-Polymorphic Function Applications with Integer Linear Programming
มุมมอง 502 หลายเดือนก่อน
[ARRAY24] AUTOMAP: Inferring Rank-Polymorphic Function Applications with Integer Linear Programming
[SOAP24] Closing and Best Presentation Award
มุมมอง 242 หลายเดือนก่อน
[SOAP24] Closing and Best Presentation Award
[SOAP24] ValBench: Benchmarking exact value analysis
มุมมอง 102 หลายเดือนก่อน
[SOAP24] ValBench: Benchmarking exact value analysis
[SOAP24] A Better Approximation for Interleaved Dyck Reachability
มุมมอง 222 หลายเดือนก่อน
[SOAP24] A Better Approximation for Interleaved Dyck Reachability
[SOAP24] Misconceptions About Loops in C
มุมมอง 1092 หลายเดือนก่อน
[SOAP24] Misconceptions About Loops in C
[SOAP24] When to Stop Going Down the Rabbit Hole: Taming Context-Sensitivity on the Fly
มุมมอง 252 หลายเดือนก่อน
[SOAP24] When to Stop Going Down the Rabbit Hole: Taming Context-Sensitivity on the Fly
[SOAP24] Interactive Source-to-Source Optimizations Validated using Static Resource Analysis
มุมมอง 62 หลายเดือนก่อน
[SOAP24] Interactive Source-to-Source Optimizations Validated using Static Resource Analysis
[SOAP24] Lightweight Resource Leak Verification and Inference
มุมมอง 682 หลายเดือนก่อน
[SOAP24] Lightweight Resource Leak Verification and Inference
[SOAP24] Interleaving Static Analysis and LLM Prompting
มุมมอง 842 หลายเดือนก่อน
[SOAP24] Interleaving Static Analysis and LLM Prompting
[SOAP24] Dr Wenowdis: Specializing dynamic language C extensions using type information
มุมมอง 362 หลายเดือนก่อน
[SOAP24] Dr Wenowdis: Specializing dynamic language C extensions using type information
[SOAP24] Recent Advances in Floating-point (Static) Analyses
มุมมอง 312 หลายเดือนก่อน
[SOAP24] Recent Advances in Floating-point (Static) Analyses
Engineers these days are getting younger and younger. Faith in humanity partially restored.
Emiliano Crescent
Theories and models go back to Godel's completeness theorem for FOL (1929) or Birkhoff's universal algebra (1935). Dating them to Landin in 1966 is much too late.
This excellent history omits Eugenio Moggi's "Abstract View of Programming Languages" notes, which he wrote in Spring 1989, while visiting John Mitchell at Stanford. These notes include a complete and detailed discussion of monad transformers, which were not understood by the rest of the community until January 1995, even though Phil Wadler cited Moggi's notes in his "Comprehending Monads" paper (1990) and "Essence of FP" paper (1992). Another important reference is Jon Beck's paper on Distributive Laws from the 1966/67 Seminar on Triples [ triples are monads !] and Categorical Homology Theory, which is available as a TAC reprint. Monads were the new hotness in 1967. 🙂
This is exactly what I was looking for, great!
Funny 61:56 says it does not want high-level language semantics then introduce junks like wasip2 with component model. WebAssembly is dead.
Nice. I like the mvs approach. Seems like it's simpler than dealing with reference lifetimes. But one syntax question. If I understand correctly, the ampersand (&) in an expression like &n += 1 is just a marker to indicate that n is mutated in place. But why is the marker required? Isn't it just visual noise? I'd imagine you'd have to write & all over the place in larger programs.
It's more relevant when passing to a function. My understanding is that it's to signify intent. It says "I'm passing this object to this function so that it can be modified". Sure it could be excluded but then you'd need a way to signify the opposite for when you don't want something to be modified. Since mutations are the cause of problems, it's better to require it to be explicit. If everything were mutable by default, then we lose all the safety guarantees.
It's all great, but where is implementation? Is it published?
Can we profile the heatbeat scheduler to determine a near-optimal grain size, and then recompile the algorithm with the determined value? Perhaps call it heartbeat autotuner? What are the disadvantages of using such an approach? Thanks for both the papers.
;da in niss heal
This is the perfect video to show how we shouldn't explain things.
Interesting
no audio :(
899 Eula Flat
Amazing! Looking forward to seeing this implementation in popular RegEx matchers.
Video is for another talk
Thanks for noticing! Fixed! ☺
I want to thank ACM and ICFP for streaming these talks. Thank you for not putting this behind a paywall (I am an ACM subscriber). This allow me to to share and discuss with people that would never be able to make an ICFP event.
Very interesting. Excellent presentation!
Thanks for the video & its bookmarks 🙏
39:31 On the design and implementation of Modular Explicits - Samuel Vivien 1:02:30 Flambda2 Validator - Irene Yoon 1:22:34 A Non-allocating Option - Richard A. Eisenberg 1:44:59 Mixed Blocks: Storing More Fields Flat - Nick Roberts 2:38:09 Structured diagnostics for the OCaml compiler - Florian Angeletti 3:02:23 Project-wide occurrences, a progress report - Ulysse Gerard 3:24:23 Mica: Automated Differential Testing for OCaml Modules - Ernest Ng 3:45:27 First-Class Windows: Building a Roadmap for OCaml on Windows - Sudha Parimala 5:35:31 Picos: Interoperable Effects Based Concurrency for OCaml - Vesa Karvonen 6:02:20 Distributed Actors in OCaml - Wenke Du 6:20:49 Priodomainslib: Prioritized Fine-grained Parallelism for Multicore OCaml - Stefan K Muller 6:46:37 Saturn: a library for verified concurrent data structures for OCaml 5 - Carine Morel & Clement Allain 7:37:01 opam 2.2 and beyond - David Allsopp 8:01:34 Recursion schemes in OCaml: An experience report - Tim Williams 8:22:52 ChorCaml: Functional Choreographic Programming in OCaml - Rokas Urbonas 8:43:25 B.o.B A universal peer to peer file-transfer in OCaml - Romain Calascibetta
Shame they chose Guile instead of Chez
If you want GNU programmers to help with your compiler, you need GPLv3. So it's a shame Chez isn't GPLv3.
Which talk are you referring to?
@@JanusTroelsenwhichever one is about Hoot. I think Guile is such a bad candidate either way basically no windows support and no secondary communities outside of ones that also are diametrically opposed to windows. I get it though. Gamblers fallacy after Wingo has dumped so much time and effort into Guile, ofc he doubles down with it. Just kinda sad to see it.
@@HaydenDoingThingsiirc Andy was not alone in starting hoot. Nor is he alone in developing it now. Regarding chez I am pretty happy with the choice of guile. I tried to fix a bug in racket-on-chez and cpuldnt navigate the code base of the chez port even in the best of days. That probably says more about me than about the chez code. The guile codebase was easy to just dive into for me.
Oh, I remember Martin Odersky taught Coursera's Functional Programming in Scala - one of the most relatable and engaging courses on the platform I've encountered
36:00 MicroHs - Lennart Augustsson 1:06:47 Higher Order Patterns for Rewrite Rules - Jaro Reinders 1:33:05 Welcome to the Parti(tioning) (Functional Pearl) - Robert Krook, Samuel Hammersberg 2:36:50 Analysing uninstrumented Haskell processes using ghc-debug - Zubin Duggal 2:56:22 A zero-copy interface to compact regions - Thomas BAGREL 3:21:18 Building Haskell with Buck2 - Andreas Herrmann 3:41:30 The JavaScript FFI feature in GHC Wasm backend - Cheng Shao 5:35:50 Calculating Compilers Effectively - Zac Garby, Graham Hutton, Patrick Bahr 6:11:00 Cloaca: A Concurrent Hardware Garbage Collector for Non-Strict Functional Languages - Craig Ramsay, Rob Stewart 6:38:25 Functional Reactive Programming, Rearranged - Finnbar Keating <not timestamped> Lightning Talks 8:08:10 17th Haskell Symposium HIW '24 Chairs' Report - J. Garrett Morris
Za Eridan Domoratsky!
This talk made me install scala again. Thank you Martin. I trust your taste. Scala 3 is a masterpiece of readable statically succinct code.
Just make sure you never try PureScript
presentation starts at 34:57
50K
Sad that such a great presentations get only few hundreds of view and not millions.
Good presentation ruined by terrible audio
A true joy!
Extremely interesting, thanks Joe!
quality of the video is extremely bad. please correct or provide a better link. thanks
现在对Cubical Agda里面应用Encode-Decode method有什么说法么?
因为你搓代数不变量的时候其实就是在做encoding.
Good work!
Very interesting and clear presentation! Thank you
Pi calculus is underrepresented in industry. Very nice talk.
Great talk!!!
11:30 Does the order matter here? I don’t think the template operator is commutative, is it?
Syntax seems like a mix of Python & Nim. But it is good.
It's weird how Haskell is known as a specified language, but actually, as GHC took over and accrued under-documented extensions, stayed as ad-hoc as it started out before the spec was written. Look at how many implicit language revisions there were before Haskell98, by looking at the GHC source. GHC always required extensions. Cabal-install is just a continuation of this ad-hoc philosophy. What this talk doesn't mention, that I am curious about: Does typing somehow make it more difficult to have a stable API? Does Haskell's language extensions make it more difficult? Dynamic programming makes interfaces implicit. The interface is often just an invariant specified in a comment. If you use the interface as intended, everything works out great. But I played with the Scribble API for generating Idris2 docs, and it seems like there are parts of it that are very ad-hoc too. So how did core Racket manage to develop this stable API?
The sound is terrible
不错 不错
first!1!
Incredible
What if there was APL-inspired lang written on top of TinyGrad?
Thanks for sharing this video! It sparked a great conversation with my friends......
let's descend into the madness of reimplantation!
The mic went out of battery in the middle of the session but thanks to the volunteers, it was fixed very quickly!
prushdown automaton are real
Very cool. First I've seen of interleaving LLM with programming language static analysis. I'd be interested in seeing this applied to a compiler, rather than a post-compilation static analysis pass.