2024-10-14 05:07:19 vms14: the stack also allows you to not care about parsing 2024-10-14 16:46:31 I would say that's the most important thing it does toward simplifying the system - it separates the expression of data from the expression of operations. 2024-10-14 16:46:50 So that no "syntactical" connection is required. 2024-10-14 16:50:55 KipIngram: I was talking about vms14's remark, "a stack rpn toy interpreter is a great introduction to making interpreters, because the stack allows you to not care about passing parameters and the interpreter can be quite simple" 2024-10-14 16:50:56 but maybe all three of us are saying the same thing 2024-10-14 16:51:06 I think so, yes. 2024-10-14 16:51:25 I certaintly didn't mean to be disagreeing with either of you. 2024-10-14 16:52:37 there are some interesting other things you can do with a stack, but I don't think they matter nearly as much 2024-10-14 17:46:50 Right - that's exactly how I feel. Stacks are cool, but I think that elimination of the need for a fancy syntax is the biggest benefit the postfix approach brings to Forth. Benefit meaning enabling simplicity. 2024-10-14 17:48:31 In is "Problem Oriented Language" book Chuck outlines a way of supporting infix, and I think it's probably the least extra you'd need to do so, but it is "extra." 2024-10-14 17:49:26 And it has a fair degree of work to be done at runtime - it's nowhere near the efficiency you'd get from the approach a C compiler, for example. 2024-10-14 21:54:29 MrMobius: Sometimes I am begging the compiler to generate better code and just can't figure it out, in assembly I 'know' what I wanted all along 2024-10-14 21:54:54 Certainly not for all things, but for many things the answer in assembly is 'obvious', in C it becomes a game of knowing the compiler well 2024-10-14 21:55:25 Reminds me for instance of trying to get good output for ilo VM 2024-10-14 21:56:22 My dumb assembly solution just kicks the ass of the best C I could come up with, even trying out GCC extensions designed for VM-writing