Newest at the top
| 2026-04-08 17:07:38 +0000 | srazkvt | (~sarah@user/srazkvt) (Quit: Konversation terminated!) |
| 2026-04-08 16:46:56 +0000 | malte | (~malte@mal.tc) malte |
| 2026-04-08 16:39:06 +0000 | Guest95 | (~Guest62@p200300ca8f150300cb59ac8b4a97ad67.dip0.t-ipconnect.de) (Quit: Client closed) |
| 2026-04-08 16:35:40 +0000 | qqq | (~qqq@194.124.210.29) |
| 2026-04-08 16:35:07 +0000 | qqq_ | (~qqq@185.54.23.237) (Ping timeout: 264 seconds) |
| 2026-04-08 16:34:02 +0000 | <c_wraith> | It's not tractable to handle most of those equivalences in practical terms... well before you reach the undecidable cases. |
| 2026-04-08 16:32:59 +0000 | qqq | (~qqq@185.54.23.237) (Ping timeout: 267 seconds) |
| 2026-04-08 16:32:33 +0000 | <EvanR> | definitional equality, propositional equality, etc |
| 2026-04-08 16:32:03 +0000 | <c_wraith> | oh, deMorgan's laws! |
| 2026-04-08 16:31:36 +0000 | <EvanR> | pulls out a cross indexed table of "kinds of sameness" |
| 2026-04-08 16:31:05 +0000 | <c_wraith> | Is a + b the same as b + a? How about a + a and 2 * a? |
| 2026-04-08 16:29:37 +0000 | qqq_ | (~qqq@185.54.23.237) |
| 2026-04-08 16:29:29 +0000 | <c_wraith> | But it can't handle any kind of change that relies on semantic properties. |
| 2026-04-08 16:28:42 +0000 | <c_wraith> | It works decently well for structural changes, even things like pulling a subexpression into a local binding. |
| 2026-04-08 16:24:56 +0000 | <gentauro> | I'm just not aware if this only work for "very simple" logic |
| 2026-04-08 16:23:53 +0000 | <gentauro> | c_wraith: FP app -> de-Brujin index -> SKI -> normalize (optimal reduction/transformation): https://tromp.github.io/cl/cl.html |
| 2026-04-08 16:22:50 +0000 | acidjnk_new3 | (~acidjnk@p200300d6e700e5545ef09a087c16a42c.dip0.t-ipconnect.de) |
| 2026-04-08 16:22:19 +0000 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2026-04-08 16:20:14 +0000 | gmg | (~user@user/gehmehgeh) (Ping timeout: 265 seconds) |
| 2026-04-08 16:18:09 +0000 | danza | (~danza@user/danza) (Remote host closed the connection) |
| 2026-04-08 16:17:30 +0000 | <c_wraith> | (some things you can canonicalize away, like fully saturated prefix vs infix application. But other things aren't so easy.) |
| 2026-04-08 16:16:18 +0000 | <c_wraith> | and even a small set of simple transformations results in a massive potential combinatoric explosion |
| 2026-04-08 16:15:40 +0000 | <c_wraith> | yes |
| 2026-04-08 16:14:33 +0000 | <raincomplex> | equivalence of two programs is undecidable in general, right |
| 2026-04-08 16:12:19 +0000 | arandombit | (~arandombi@user/arandombit) arandombit |
| 2026-04-08 16:11:43 +0000 | gentauro | I'm guessing they have someking of "common ground" (for the sake of the example https://en.wikipedia.org/wiki/De_Bruijn_index) and that's how they can see if two snippets are the same |
| 2026-04-08 16:11:40 +0000 | <danza> | well that's what c_wraith has been chatting about, content-addressing |
| 2026-04-08 16:10:43 +0000 | <gentauro> | c_wraith: and danza I recall from a talk (example). If somebody defineds additions as `sum x y = x + y` and another person does it as `add a b = (+) a b`, then they have the same semantic versioning and would result in the same number (hash) |
| 2026-04-08 16:10:33 +0000 | <c_wraith> | I really think gofmt is a better solution to the same problem. And I really don't like gofmt. |
| 2026-04-08 16:09:07 +0000 | <c_wraith> | *that doesn't |
| 2026-04-08 16:08:53 +0000 | <c_wraith> | I understand why. The problem quickly becomes intractable. But then you start to feel the limits in a way then doesn't seem much like an actual improvement. |
| 2026-04-08 16:08:18 +0000 | <gentauro> | danza: Elm has `syntactic versioning`. I think `unison` is the only one with "real" semantic versining |
| 2026-04-08 16:07:27 +0000 | <c_wraith> | It also has awkward limitations. I believe it supports alpha renaming when determining if code is "the same", but not most other trivial refactorings of the token sequence. |
| 2026-04-08 16:03:55 +0000 | <c_wraith> | this has its own downsides. If there's a bug in a function, fixing it means updating every place it was called by content. |
| 2026-04-08 16:02:48 +0000 | AlexNoo_ | AlexNoo |
| 2026-04-08 16:02:44 +0000 | <c_wraith> | function calls are content-addressable. |
| 2026-04-08 16:02:11 +0000 | <c_wraith> | the point of comparison, Unison, is an unusual one. It's not actually the version control that does that. It's the language itself. |
| 2026-04-08 16:01:30 +0000 | <danza> | but having a version control tool that is language-specific sounds too demanding to me. I would rather live without the feature |
| 2026-04-08 16:00:25 +0000 | <danza> | yeah makes sense |
| 2026-04-08 16:00:07 +0000 | jmcantrell_ | (~weechat@user/jmcantrell) (Ping timeout: 276 seconds) |
| 2026-04-08 15:59:48 +0000 | <geekosaur> | this wouldn't happen with semantics-aware VC |
| 2026-04-08 15:59:29 +0000 | <geekosaur> | so for a concrete example, cabal is still using an ancient fourmolu because if/when we upgrade and reformat the code base, backports will conflict due to whitespace changes and possibly line splitting |
| 2026-04-08 15:58:15 +0000 | <danza> | oh i see. Cheers geekosaur |
| 2026-04-08 15:56:46 +0000 | <geekosaur> | the former impacts compatibility, the latter is about VCS thrashing |
| 2026-04-08 15:55:25 +0000 | <geekosaur> | different application of "semantic": you're talking about exposed API, the usage here is code meaning whether exposed or not |
| 2026-04-08 15:53:09 +0000 | <danza> | some languages (elm?) have the version numbers calculated automatically depending on interface changes, but that's another story |
| 2026-04-08 15:52:20 +0000 | <danza> | haskell already has semantic versioning, as far as i understand it. Version numbers should reflect a version's compatibility |
| 2026-04-08 15:50:32 +0000 | merijn | (~merijn@77.242.116.146) (Ping timeout: 256 seconds) |
| 2026-04-08 15:47:04 +0000 | Guest95 | (~Guest62@p200300ca8f150300cb59ac8b4a97ad67.dip0.t-ipconnect.de) |
| 2026-04-08 15:46:12 +0000 | rainbyte | (~rainbyte@181.47.219.3) rainbyte |