Return-Path: <@FINHUTC.HUT.FI:LOJBAN@CUVMB.BITNET> Received: from FINHUTC.hut.fi by xiron.pc.helsinki.fi with smtp (Linux Smail3.1.28.1 #1) id m0rpMjD-0000YuC; Thu, 16 Mar 95 23:05 EET Message-Id: Received: from FINHUTC.HUT.FI by FINHUTC.hut.fi (IBM VM SMTP V2R2) with BSMTP id 5478; Thu, 16 Mar 95 23:05:26 EET Received: from SEARN.SUNET.SE (NJE origin MAILER@SEARN) by FINHUTC.HUT.FI (LMail V1.1d/1.7f) with BSMTP id 5476; Thu, 16 Mar 1995 23:05:25 +0200 Received: from SEARN.SUNET.SE (NJE origin LISTSERV@SEARN) by SEARN.SUNET.SE (LMail V1.2a/1.8a) with BSMTP id 1410; Thu, 16 Mar 1995 22:01:25 +0100 Date: Thu, 16 Mar 1995 12:47:43 EST Reply-To: jorge@PHYAST.PITT.EDU Sender: Lojban list From: jorge@PHYAST.PITT.EDU Subject: Re: mo'e X-To: lojban@cuvmb.cc.columbia.edu To: Veijo Vilva Content-Length: 1029 Lines: 25 > >What do you get when you add 'one number' and 'one number'? 'Two numbers' or > >'one number'? (Please don't answer "yes" :) > > I get "two numbers". Your arithmetic may vary %^). That's fine, that agrees with the apples. But that doesn't agree with {mo'e li ci} being {ci}. Your use of {mo'e da} as "some number da" is inconsistent. It means the dimensioned number "at least one of something". If you add {mo'e li ci} and {mo'e li ci} you get {mo'e re li ci}, and not {mo'e li xa}. > Actually, an operand can be an array, or a range so I see no reasson why > mo'e can only handle 1 number. The only question is hjow to define > mathematics based on the "numbers" you create with mo'e. For most cases > that are liable to come up in real usage, the ansswer is fairly well defined. I don't understand that paragraph. {mo'e da} is either "some number x" or "at least one something". The latter agrees with the apples, the former with {mo'e li ci} being {ci}. I don't see how we can have both coexisting together. Jorge