From pycyn@aol.com Fri Nov 16 06:16:26 2001 Return-Path: X-Sender: Pycyn@aol.com X-Apparently-To: lojban@yahoogroups.com Received: (EGP: mail-8_0_0_1); 16 Nov 2001 14:16:25 -0000 Received: (qmail 87523 invoked from network); 16 Nov 2001 14:16:25 -0000 Received: from unknown (216.115.97.172) by m10.grp.snv.yahoo.com with QMQP; 16 Nov 2001 14:16:25 -0000 Received: from unknown (HELO imo-m02.mx.aol.com) (64.12.136.5) by mta2.grp.snv.yahoo.com with SMTP; 16 Nov 2001 14:16:26 -0000 Received: from Pycyn@aol.com by imo-m02.mx.aol.com (mail_out_v31_r1.9.) id r.141.4b6199a (3989) for ; Fri, 16 Nov 2001 09:16:24 -0500 (EST) Message-ID: <141.4b6199a.292679b7@aol.com> Date: Fri, 16 Nov 2001 09:16:23 EST Subject: Re: [lojban] Why is there so much irregularity in cmavo/gismu? To: lojban@yahoogroups.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_141.4b6199a.292679b7_boundary" X-Mailer: AOL 6.0 for Windows US sub 10535 From: pycyn@aol.com X-Yahoo-Profile: kaliputra X-Yahoo-Message-Num: 12190 --part1_141.4b6199a.292679b7_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 11/16/2001 6:58:17 AM Central Standard Time, phma@oltronics.net writes: > Furthermore, some gismu gave rise to more than one cmavo, such as pruce:pu'e > (sumtcita) and pu'u (sucyvla), or mupli:mu'a (discursive) and mu'u > "Give rise to" is too strong; the cmavo were not derived from the gismu but rather attached to them as memory aids --- and then the connection was expanded to cover more needed (in someone's view) cmavo by allowing SE with cmavo. --part1_141.4b6199a.292679b7_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 11/16/2001 6:58:17 AM Central Standard Time, phma@oltronics.net writes:


Furthermore, some gismu gave rise to more than one cmavo, such as pruce:pu'e
(sumtcita) and pu'u (sucyvla), or mupli:mu'a (discursive) and mu'u (sumtcita).


"Give rise to" is too strong; the cmavo were not derived from the gismu but rather attached to them as memory aids --- and then the connection was expanded to cover more needed (in someone's view) cmavo by allowing SE with cmavo. --part1_141.4b6199a.292679b7_boundary--