In classical logic, bindings are inexhaustible, if a formula proves something from x, you can use x ten times, or zero times, it doesn’t matter. But programming doesn’t work like that, resources do matter. I don't say this to mean that copying a register is costing cycles, but that semantically speaking, closing a file or freeing memory should consume the access to that resource.
In catlangs, bindings are fuel, if you want two copies, you must duplicate. It becomes an operation, not a ambient assumption. Jean-Yves Girard wrote extensively about this, and his insight was that this linear logic was closer to reality, it makes logic reflect process. In other words, traditional logic is static and he wanted a logic of change.
I see #Forth thrown left and right around #permacomputing circles on vague notions of efficiency and human-scaleness, but I think what lies beneath these intuitions is that classical logic assumes infinite copyability. Which is unrealistic for memory, energy and just about any physical system. Linear logic, which is found at the heart of stack machines, says that duplication is not free, erasure is not free, both must be explicit. This conservation law aligns logic with a finite natural world.
Programming languages typically hide duplication and lifetimes, or tack helpers on top as an afterthought. Values duplicate freely, things exist everywhere at once, names abstract away placement, this may activate one's linguistic thought process but keep the spatial system asleep. My experience with catlang has had less to do with fussing with names and symbols and more to do with something like weaving. On this loom, things don't have names but occupy spaces in a braid over time. If I had to guess, I'd say that probably triggers the same geometrically thinking part of the brain that tracks physical objects.
And that's the unique bit about catlangs!
Lo, thar be cookies on this site to keep track of your login. By clicking 'okay', you are CONSENTING to this.
nLupo :anarchist_flag: :antrans_flag:
in reply to Devine Lu Linvega • • •Devine Lu Linvega
in reply to nLupo :anarchist_flag: :antrans_flag: • • •hal.science/hal-04360462
Towards a linear functional translation for borrowing
Sidney CongardKirtai
in reply to Devine Lu Linvega • • •Devine Lu Linvega
in reply to Kirtai • • •I've been struggling which word to pick here, I think assumption is the correct word for bound variables within logic correlation. In the first draft I used variables but that didn't feel quite right.
I figured since you can assume that a variable IS present, it would be called an assumption. I might be wrong X)
Kirtai
in reply to Devine Lu Linvega • • •Maybe "inputs"?
Devine Lu Linvega
in reply to Kirtai • • •... and and and and ...
in reply to Devine Lu Linvega • • •It ends up C-but-worse. I think that style of OOP you do with uxn where you select an active target kinda reflect this idea of "task in a context".
Bad Diode
in reply to Devine Lu Linvega • • •Winnie Quinn
in reply to Devine Lu Linvega • • •ACM Sigarch Comp. Arch. News 22, 1 (Mar 1994), 34-43.
plover.comDevine Lu Linvega
in reply to Winnie Quinn • • •wiki.xxiivv.com/docs/baker_the…
NREVERSAL of Fortune
wiki.xxiivv.comDHeadshot's Alt
in reply to Devine Lu Linvega • • •Devine Lu Linvega
in reply to DHeadshot's Alt • • •amorris
in reply to Devine Lu Linvega • • •Up until reading this post I've thought "Software is this wonderful material unlike any other, that can be created cheaply and distributed freely to others for immeasurable impact"
And I still do, but it has a very different and more wholesome meaning when bound to a finite and physical world, rather than one that is abstract and infinite.
leah & flutters & nose, oh my!
in reply to Devine Lu Linvega • • •you probably know about these papers from Henry Baker, back in the day, but i'll leave them here in case others don't
where it started:
plover.com/misc/hbaker-archive…
some practical examples:
plover.com/misc/hbaker-archive…
plover.com/misc/hbaker-archive…
plover.com/misc/hbaker-archive…
after corresponding with Chuck Moore:
plover.com/misc/hbaker-archive…
a proposal:
plover.com/misc/hbaker-archive…
ACM Sigplan Notices 27, 8 (Aug. 1992), 89-98.
www.plover.comDevine Lu Linvega
in reply to leah & flutters & nose, oh my! • • •