Re: [stack] language hierarchy

Don Groves <[email protected]>
Newsgroups gmane.comp.lang.concatenative
Message-ID <[email protected]>
On Dec 10, 2007, at 19:44 , William Tanksley, Jr wrote:

> Don Groves <[email protected]> wrote:
>> William Tanksley, Jr wrote:
>>> My definition, however, is now *very* specific to syntax. Perhaps  
>>> I'd
>>> better phrase it as: "A language's syntax is concatenative if the
>>> language it accepts is its own Kleene closure." Then, your  
>>> definition
>>> rephrased to be parallel to mine would be: "A language's  
>>> semantics is
>>> concatenative if every term denotes a function, and every
>>> concatenation of terms denotes an associative operation on those
>>> functions." (Hmm, is the word "semantics" plural?)
>
>> Function composition is associative. The phasing "every concatenation
>> of terms denotes an associative operation on those functions" begs  
>> the
>> question of what associative operations on functions other than
>> composition are we talking about?
>
> It's intended to raise the question rather than begging it.
>
>> Is it sufficient to say, as Manfred defined it for Joy, that
>> concatenation denotes function composition?
>
> That would be begging the question: assuming the answer which we  
> seek to prove.

Yes, I misused my terms quite well, didn't I?


> I'm not certain you're wrong, though. It may be that my definition
> could be satisfied by a language which we would all reject as entirely
> non-concatenative. I've attempted to test that by inventing a language
> which uses a different operation; for example, the language which
> looks like Joy syntactically but which uses 'null' as its
> concatenation operator (i.e. all programs do nothing). Although this
> language is extremely uninteresting, it seems to me that it remains
> concatenative... Just in a very boring way.

I was in no way trying to prove you wrong William -- note that mine
are questions, not statements. I'm completely in favor of the term
"concatenative" so long as we can pin it down with reasonable rigor.

I think you, Christopher, and the others have done quite well so far
in working toward that conclusion.
--
Don


> There are tons of nontrivial associative operators on functions. For
> example, let "+" be the operation which, given a pair of functions,
> produces the function defined by the sum of the values of the
> functions evaluated at a single, fixed value (which must be a number).
> The resulting language is, of course, commutative, and less
> interesting than Joy... But it seems like a real language to me,
> perhaps slightly useful, and -- from the results of Manfred's work --
> I'd even say it's concatenative, although there are many additional
> transformations possible to it, since it's commutative.
>
> Perhaps I'm starting to get a grasp on some way to prove my idea
> false... I need to come up with a associative operator which produces
> a language that I can't accept as concatenative. If I can do this I'll
> be very happy; of course, if I can't I won't have proven you wrong.
> I'm going to try doing this with a non-commutative operator... Let me
> think about this.
>
>> Don
>
> -Wm
>
>
>
> Yahoo! Groups Links
>
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.