[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lojban] More on lojban programatic semantics: Strong typing and inferencing of types



Robin Lee Powell wrote:
> rlpowell@calum> ll saclu
>  saclu              decimal
>                     x1 (me'o) is the [decimal/binary] equivalent of
>                     fractional x2 (me'o) in base x3 (quantity)
> 
>                     [conversion from fractions to decimal-point based
>                     notation] (cf. namcu, frinu)

Recalling that selbri of all sorts are asserting a relationship, I would
expect that "conversion" here is an example and aid to English readers -
saclu does not necessarily imply action or changing of data.

> rlpowell@calum> ll me\'o
> 
>  me'o      LI       the mex
>                     the mathematical expression (unevaluated); convert
>                     unevaluated mathematical expression to sumti
> 
> So the x1 of saclu is a mathematical expression that we're converting from a
> fraction.  That seems to have nothing to do with variable declaration
> to me.

We're not necessarily "converting" it in a variable-assignment or
type-casting sense - we're asserting that x1 and x2 are equivalent, if
we give both x1 and x2. "me'o" (as I read the above) lets you use a
mekso wherever you could use a sumti. If we replace one or the other of
x1/x2 with "ko", wouldn't that be converting it? As in:

la stokuot. saclu ko  --  Provide the fractional equivalent of the
decimal "la stokuot."
 
> Why not use the mekso variable declaration constructs?

Because not all variables are mekso. A file isn't a mekso. Neither is a string.

Or are you suggesting that we use "operator overloading" kinds of things
for variables that aren't numbers or numerical expressions?

Brook