From @uga.cc.uga.edu:LOJBAN@CUVMB.BITNET Wed Oct 14 11:34:53 1992 Received: from uga.cc.uga.edu by MINERVA.CIS.YALE.EDU via SMTP; Wed, 14 Oct 1992 11:34:53 -0400 Received: from UGA.CC.UGA.EDU by uga.cc.uga.edu (IBM VM SMTP V2R2) with BSMTP id 6092; Wed, 14 Oct 92 11:33:15 EDT Received: by UGA (Mailer R2.08 PTF008) id 1188; Wed, 14 Oct 92 11:33:03 EDT Date: Wed, 14 Oct 1992 10:59:46 BST Reply-To: I.Alexander.bra0122@oasis.icl.co.uk Sender: Lojban list From: I.Alexander.bra0122@OASIS.ICL.CO.UK Subject: RE: TECH.ADV Generalising MAhO X-To: lojban@cuvmb.cc.columbia.edu To: Erik Rauch Status: RO X-Status: Message-ID: Nick: > I think that in this case, all that is needed (and it is surprising this > hasn't already taken place) is to replace =MAhO > with =MAhO /TEhU/. After all, there is an algebra of > functions; they can be composed of other functions, inverted, exponentiated, > and returned from higher order functions. Of course, why didn't I think of that? > I suspect this will be problematic, possibly introducing ambiguities and > inconveniences --- it is desirable that the unmarked form have its operators > work at the operand level, rather than on functors; but I also think it is > well and truly needed. I leave the mechanics to John on his return. I think the simple cases take care of themselves, and the more complicated ones yield to {vei ... ve'o} brackets. > Given the proposed rule, Iain's piece becomes: > > ga'e.ybu goi li ma'o ge'olynau boi fy boi ma'o(ma'ofy(ma'oxy(ma'oxy te'u) > te'u)te'u) (ma'ofy(ma'oxy(ma'oxy))) ro fy zo'u... > > or in the usual notation > Y={lambda}f.(f(x(x)))(f(x(x))) {ALL}f: > where the second (f(x(x))) is an argument of the function denoted by the > first (f(x(x))). You missed out a couple of "{lambda}x"s. I'm not so keen on your use of {ma'o} on the inner operand. I'd prefer to keep {ma'o} as a _syntactic_ marker to signal that this is an operator which is expecting some arguments, rather than just a semantic one to say it's a function. {ma'o xy.} isn't currently grammatical on its own, and I don't see any real advantage in making it so. ga'e.ybu goi li ma'o ge'oly.nau boi fy. ma'o (vei ma'o ge'oly.boi xy. ma'ofy (ma'oxy.boi xy) ve'o) (ma'o ge'oly.boi xy. ma'ofy(ma'oxy.boi xy.)) ro fy. zo'u ... Y={lambda}f.({lambda}x.f(x(x)))({lambda}x.f(x(x))) {ALL}f: Iain.