Re: [stack] Re: Jon Purdy: Why Concatenative Programming Matters
"William Tanksley, Jr" <[email protected]> Sat, 24 Mar 2012 14:14:36 -0700
| Newsgroups | gmane.comp.lang.concatenative |
|---|---|
| Message-ID | <CAFTBfO4qDpsV2ftWTwtEbvYDzc7YgL8tAkUH-0gsxy0r6PiRMg@mail.gmail.com> |
--3XLjwnRcI8m8gx4i00p-K6q6et6ecZV6N7FUj4T Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Robbert van Dalen <[email protected]> wrote: > William Tanksley, Jr wrote: >> > 2) each flat (sub)expression can be reduced one step (or many steps, to reach fixpoint). >> You later define "reduce" as "execute". I have to point out that some >> expressions in any Turing-complete language never reach a fixed point >> by execution. > of course, never to reach fixed point is an 'infinite loop'. Informally, yes. Formally, nontermination. There are many ways of doing that which aren't as simple to discover as infinite loops. > to reach fixed point is called the normal form of an expression. > see: http://en.wikipedia.org/wiki/Term_rewriting_system Okay, that's fine, then. I thought you were saying that every expression has a normal form, and every expression will reduce to its normal form no matter what path you take. The latter is definitely not true. >> Furthermore, you later assume that the reduced expression is itself >> flat; that's not correct in my notation. It's actually possible to >> build a formal logic where that does hold, but such a logic will be >> both VERY complex and either incomplete or possible to express >> contradictions in (per Godel). > i always understood that a flat language must have this property: > that *any* expression (albeit reduced) must be flat. That depends on what you mean by "reduce". As long as you stick to term rewriting, it's true. But I don't have a term rewriting system yet for zeroone; my past attempts indicated that such a system would be very complex, and would depend very much on the specific base I chose (and I still haven't picked out a single base). >> > 5) the reduction order of flat expressions doesn't matter - any reduction order will always yield the same (fixpoint) expression (confluence) >> Whatever "reduce" means, it doesn't mean this. Sorry, but this would >> imply that any two expressions of the same function will always reduce >> to the same fixed form, thus allowing you to test in a finite amount >> of time whether two functions are equivalent. That's impossible. > the chosen reduction order (or strategy) doesn't imply at all that you can test two different expressions for equivalence. > confluence means that you always end up with the same normal form, irrespective of reduction order. > (when there are multiple ways rewrite an expression). Unless I'm badly wrong, it should mean that you'll always end that way *in theory*. In practice, the average solvable problem is much harder. > actually, what you describe is very much the 'enchilada' way of doing conditionals. > for example, the following expression: You're right! I should have remembered that. > R. -Wm --3XLjwnRcI8m8gx4i00p-K6q6et6ecZV6N7FUj4T Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> </head> <body style="background-color: #fff;"> <span style="display:none"> </span> <!--~-|**|PrettyHtmlStartT|**|-~--> <div id="ygrp-mlmsg" style="position:relative;"> <div id="ygrp-msg" style="z-index: 1;"> <!--~-|**|PrettyHtmlEndT|**|-~--> <div id="ygrp-text" > <p>Robbert van Dalen <<a href="mailto:robbert.van.dalen%40gmail.com">[email protected]</a>> wrote:<br> > William Tanksley, Jr wrote:<br> >> > 2) each flat (sub)expression can be reduced one step (or many steps, to reach fixpoint).<br> >> You later define "reduce" as "execute". I have to point out that some<br> >> expressions in any Turing-complete language never reach a fixed point<br> >> by execution.<br> <br> > of course, never to reach fixed point is an 'infinite loop'.<br> <br> Informally, yes. Formally, nontermination. There are many ways of<br> doing that which aren't as simple to discover as infinite loops.<br> <br> > to reach fixed point is called the normal form of an expression.<br> > see: <a href="http://en.wikipedia.org/wiki/Term_rewriting_system">http://en.wikipedia.org/wiki/Term_rewriting_system</a><br> <br> Okay, that's fine, then. I thought you were saying that every<br> expression has a normal form, and every expression will reduce to its<br> normal form no matter what path you take. The latter is definitely not<br> true.<br> <br> >> Furthermore, you later assume that the reduced expression is itself<br> >> flat; that's not correct in my notation. It's actually possible to<br> >> build a formal logic where that does hold, but such a logic will be<br> >> both VERY complex and either incomplete or possible to express<br> >> contradictions in (per Godel).<br> <br> > i always understood that a flat language must have this property:<br> > that *any* expression (albeit reduced) must be flat.<br> <br> That depends on what you mean by "reduce". As long as you stick to<br> term rewriting, it's true. But I don't have a term rewriting system<br> yet for zeroone; my past attempts indicated that such a system would<br> be very complex, and would depend very much on the specific base I<br> chose (and I still haven't picked out a single base).<br> <br> >> > 5) the reduction order of flat expressions doesn't matter - any reduction order will always yield the same (fixpoint) expression (confluence)<br> >> Whatever "reduce" means, it doesn't mean this. Sorry, but this would<br> >> imply that any two expressions of the same function will always reduce<br> >> to the same fixed form, thus allowing you to test in a finite amount<br> >> of time whether two functions are equivalent. That's impossible.<br> <br> > the chosen reduction order (or strategy) doesn't imply at all that you can test two different expressions for equivalence.<br> > confluence means that you always end up with the same normal form, irrespective of reduction order.<br> > (when there are multiple ways rewrite an expression).<br> <br> Unless I'm badly wrong, it should mean that you'll always end that way<br> *in theory*. In practice, the average solvable problem is much harder.<br> <br> > actually, what you describe is very much the 'enchilada' way of doing conditionals.<br> > for example, the following expression:<br> <br> You're right! I should have remembered that.<br> <br> > R.<br> <br> -Wm<br> </p> </div> <!--~-|**|PrettyHtmlStart|**|-~--> <div style="color: #fff; height: 0;">__._,_.___</div> <div id="ygrp-actbar" style="clear: both; margin-bottom: 10px; white-space: nowrap; color: #666; padding-top: 15px;"> <div> <a href="mailto:[email protected]?subject=Re%3A%20%5Bstack%5D%20Re%3A%20Jon%20Purdy%3A%20Why%20Concatenative%20Programming%20Matters" style="margin-right: 0; padding-right: 0;"> Reply to <span style="font-weight: 700;">sender</span></a> | <a href="mailto:[email protected]?subject=Re%3A%20%5Bstack%5D%20Re%3A%20Jon%20Purdy%3A%20Why%20Concatenative%20Programming%20Matters"> Reply to <span style="font-weight: 700;">group</span></a> | <a href="http://groups.yahoo.com/group/concatenative/post;_ylc=X3oDMTJwcXJsa3VhBF9TAzk3MzU5NzE0BGdycElkAzE4MzkyNzQEZ3Jwc3BJZAMxNzA1MDA2NzY0BG1zZ0lkAzQ5MTIEc2VjA2Z0cgRzbGsDcnBseQRzdGltZQMxMzMyNjIzNzEx?act=reply&messageNum=4912">Reply <span style="font-weight: 700;">via web post</span></a> | <a href="http://groups.yahoo.com/group/concatenative/post;_ylc=X3oDMTJlNzB1ZjI1BF9TAzk3MzU5NzE0BGdycElkAzE4MzkyNzQEZ3Jwc3BJZAMxNzA1MDA2NzY0BHNlYwNmdHIEc2xrA250cGMEc3RpbWUDMTMzMjYyMzcxMQ--" style="font-weight: 700;">Start a New Topic</a> </div> <a href="http://groups.yahoo.com/group/concatenative/message/4883;_ylc=X3oDMTM0bDFhZ3JpBF9TAzk3MzU5NzE0BGdycElkAzE4MzkyNzQEZ3Jwc3BJZAMxNzA1MDA2NzY0BG1zZ0lkAzQ5MTIEc2VjA2Z0cgRzbGsDdnRwYwRzdGltZQMxMzMyNjIzNzExBHRwY0lkAzQ4ODM-">Messages in this topic</a> (<span style="font-weight: 700;">30</span>) </div> <!------- Start Nav Bar ------> <!-- |**|begin egp html banner|**| --> <div id="ygrp-vital" style="background-color: #e0ecee; font-family: Verdana; font-size: 10px; margin-bottom: 10px; padding: 10px;"> <span id="vithd" style="font-weight: bold; color: #333; text-transform: uppercase; ">Recent Activity:</span> <ul style="list-style-type: none; margin: 0; padding: 0; display: inline;"> </ul> <div style="clear: both; padding-top: 2px; color: #1e66ae;"> <a href="http://groups.yahoo.com/group/concatenative;_ylc=X3oDMTJlbm4xZGU2BF9TAzk3MzU5NzE0BGdycElkAzE4MzkyNzQEZ3Jwc3BJZAMxNzA1MDA2NzY0BHNlYwN2dGwEc2xrA3ZnaHAEc3RpbWUDMTMzMjYyMzcxMQ--" style="text-decoration: none;">Visit Your Group</a> </div> </div> <div id="ft" style="font-family: Arial; font-size: 11px; margin-top: 5px; padding: 0 2px 0 0; clear: both;"> <a href="http://groups.yahoo.com/;_ylc=X3oDMTJkMGQwdHA3BF9TAzk3MzU5NzE0BGdycElkAzE4MzkyNzQEZ3Jwc3BJZAMxNzA1MDA2NzY0BHNlYwNmdHIEc2xrA2dmcARzdGltZQMxMzMyNjIzNzEx" style="float: left;"><img src="http://l.yimg.com/a/i/us/yg/logo/us.gif" height="15" width="137" alt="Yahoo! Groups" style="border: 0;"/></a> <div style="color: #747575; float: right;">Switch to: <a href="mailto:[email protected]?subject=Change Delivery Format: Traditional" style="text-decoration: none;">Text-Only</a>, <a href="mailto:[email protected]?subject=Email Delivery: Digest" class="margin-rt" style="text-decoration: none;">Daily Digest</a> • <a href="mailto:[email protected]?subject=Unsubscribe" style="text-decoration: none;">Unsubscribe</a> • <a href="http://docs.yahoo.com/info/terms/" style="text-decoration: none;">Terms of Use</a></div> </div> <!-- |**|end egp html banner|**| --> </div> <!-- ygrp-msg --> <!-- Sponsor --> <!-- |**|begin egp html banner|**| --> <div id="ygrp-sponsor" style="width:160px; float:right; clear:none; margin:0 0 25px 0; background: #fff;"> <!-- Start Recommendations --> <div id="ygrp-reco"> </div> <!-- End Recommendations --> </div> <!-- |**|end egp html banner|**| --> <div style="clear:both; color: #FFF; font-size:1px;">.</div> </div> <img src="http://geo.yahoo.com/serv?s=97359714/grpId=1839274/grpspId=1705006764/msgId=4912/stime=1332623711/nc1=4507179/nc2=5898810/nc3=3848644" width="1" height="1"> <br> <div style="color: #fff; height: 0;">__,_._,___</div> <!--~-|**|PrettyHtmlEnd|**|-~--> </body> <!--~-|**|PrettyHtmlStart|**|-~--> <head> <style type="text/css"> <!-- #ygrp-mkp { border: 1px solid #d8d8d8; font-family: Arial; margin: 10px 0; padding: 0 10px; } #ygrp-mkp hr { border: 1px solid #d8d8d8; } #ygrp-mkp #hd { color: #628c2a; font-size: 85%; font-weight: 700; line-height: 122%; margin: 10px 0; } #ygrp-mkp #ads { margin-bottom: 10px; } #ygrp-mkp .ad { padding: 0 0; } #ygrp-mkp .ad p { margin: 0; } #ygrp-mkp .ad a { color: #0000ff; text-decoration: none; } #ygrp-sponsor #ygrp-lc { font-family: Arial; } #ygrp-sponsor #ygrp-lc #hd { margin: 10px 0px; font-weight: 700; font-size: 78%; line-height: 122%; } #ygrp-sponsor #ygrp-lc .ad { margin-bottom: 10px; padding: 0 0; } a { color: #1e66ae; } #actions { font-family: Verdana; font-size: 11px; padding: 10px 0; } #activity { background-color: #e0ecee; float: left; font-family: Verdana; font-size: 10px; padding: 10px; } #activity span { font-weight: 700; } #activity span:first-child { text-transform: uppercase; } #activity span a { color: #5085b6; text-decoration: none; } #activity span span { color: #ff7900; } #activity span .underline { text-decoration: underline; } .attach { clear: both; display: table; font-family: Arial; font-size: 12px; padding: 10px 0; width: 400px; } .attach div a { text-decoration: none; } .attach img { border: none; padding-right: 5px; } .attach label { display: block; margin-bottom: 5px; } .attach label a { text-decoration: none; } blockquote { margin: 0 0 0 4px; } .bold { font-family: Arial; font-size: 13px; font-weight: 700; } .bold a { text-decoration: none; } dd.last p a { font-family: Verdana; font-weight: 700; } dd.last p span { margin-right: 10px; font-family: Verdana; font-weight: 700; } dd.last p span.yshortcuts { margin-right: 0; } div.attach-table div div a { text-decoration: none; } div.attach-table { width: 400px; } div.file-title a, div.file-title a:active, div.file-title a:hover, div.file-title a:visited { text-decoration: none; } div.photo-title a, div.photo-title a:active, div.photo-title a:hover, div.photo-title a:visited { text-decoration: none; } div#ygrp-mlmsg #ygrp-msg p a span.yshortcuts { font-family: Verdana; font-size: 10px; font-weight: normal; } .green { color: #628c2a; } .MsoNormal { margin: 0 0 0 0; } o { font-size: 0; } #photos div { float: left; width: 72px; } #photos div div { border: 1px solid #666666; height: 62px; overflow: hidden; width: 62px; } #photos div label { color: #666666; font-size: 10px; overflow: hidden; text-align: center; white-space: nowrap; width: 64px; } #reco-category { font-size: 77%; } #reco-desc { font-size: 77%; } .replbq { margin: 4px; } #ygrp-actbar div a:first-child { /* border-right: 0px solid #000;*/ margin-right: 2px; padding-right: 5px; } #ygrp-mlmsg { font-size: 13px; font-family: Arial, helvetica,clean, sans-serif; *font-size: small; *font: x-small; } #ygrp-mlmsg table { font-size: inherit; font: 100%; } #ygrp-mlmsg select, input, textarea { font: 99% Arial, Helvetica, clean, sans-serif; } #ygrp-mlmsg pre, code { font:115% monospace; *font-size:100%; } #ygrp-mlmsg * { line-height: 1.22em; } #ygrp-mlmsg #logo { padding-bottom: 10px; } #ygrp-mlmsg a { color: #1E66AE; } #ygrp-msg p a { font-family: Verdana; } #ygrp-msg p#attach-count span { color: #1E66AE; font-weight: 700; } #ygrp-reco #reco-head { color: #ff7900; font-weight: 700; } #ygrp-reco { margin-bottom: 20px; padding: 0px; } #ygrp-sponsor #ov li a { font-size: 130%; text-decoration: none; } #ygrp-sponsor #ov li { font-size: 77%; list-style-type: square; padding: 6px 0; } #ygrp-sponsor #ov ul { margin: 0; padding: 0 0 0 8px; } #ygrp-text { font-family: Georgia; } #ygrp-text p { margin: 0 0 1em 0; } #ygrp-text tt { font-size: 120%; } #ygrp-vital ul li:last-child { border-right: none !important; } --> </style> </head> <!--~-|**|PrettyHtmlEnd|**|-~--> </html> <!-- end group email --> --3XLjwnRcI8m8gx4i00p-K6q6et6ecZV6N7FUj4T--