Re: syntax extension, was Why context-free?



You cannot make an universal turing machine from a simple recursive
automaton. But there are reasons to stick to parsers which are
guaranteed to halt in finite time. Grammar matching has been kept even
simpler since usually no modification of the grammar is allowed after
parsing begins.

Considering the technical realm it occurs to me that there is a simple
and straightforward implementation for self modifying grammars.

The appeal of domain specific languages come to mind and also lots of
reasons to take great care. the tower of babel is coming...?

This must have been the reason why few popular high level languages
provide true metaprogramming and even less programmers trust this
technology. Still i find e.g. the c++ mechanisms for compile-time
programming disgusting.

In my practical work i gained lots of positive experiences in
generative programming, which almost always was accomplished by
preprocessors or generators, usually as writen in the same language as
the generated code.

My desire for clean design has been calling for relief for years and
it won't stop. My hope is that we might find better ways to bring
marriages to our language zoo in the future.

> Any volunteers to attempt translating w-grammars to rules in the
> language machine? It might even be feasible - whether desirable or
> useful I'm really not sure.

In spite of the fact that i'm currently quite occupied, my first interest
would be to accrete more language platforms into your project. A proper
c(++) port would be a boost.

Very interesting as well and probably OnTopic here is an abstraction layer
for conversion between turing complete languages. I cannot say i have found
useful ressources but i cannot imagine that the should be no opinion about
it out there.

The Language of the LanguageMachine feels hairy here. Seems to be more of an
assembly than a structured way to formulate. But the cure is inside. Time
again...

Regards
- Robert Figura

If weeks last for months, you may wonder how long a day is.
--
/* mandlsig.c v0.23 (c) by Robert Figura */
I=1702;float O,o,i;main(l){for(;I--;putchar("oO .,\nm>cot.bitamea\
@urigrf <raguFit erobR"[I%74?I>837&874>I?I^833:l%5:5]))for(O=o=l=
0;O*O+o*o<(16^l++);o=2*O*o+I/74/11.-1,O=i)i=O*O-o*o+I%74*.04-2.2;}
.



Relevant Pages

  • Re: Making C better (by borrowing from C++)
    ... There are plenty of major reasons. ... to know and indeed regularly use the entire language." ... language for a wide variety of programming applications." ... supported by C99 at all. ...
    (comp.lang.c)
  • Re: PL/I, COBOL, Advantages, Equivalence, et al
    ... keeping in mind that any language can be abused. ... There are more ways to make programming mistakes in C++ ... language and more to do with its widespread use by ... But those reasons have nothing to do with the dependability ...
    (comp.lang.pl1)
  • Re: FORTH levels
    ... Forth does not enforce a grammar ... We needed a language, not just a vocabulary, but nobody recognized the distinction. ... those systems were largely running code written in the time frame before the Unix systems showed up. ... Maybe some reasons could help to improve ...
    (comp.lang.forth)
  • Re: Is VB Caca??
    ... Calling a function of a language "quirky" seems terribly judgmental. ... with all of the VB6 work out there that has not been converted to VB.Net, ... like Java fundamentally yet program in VB.Net for economic reasons and ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Clause "with and use"
    ... reasons, language rich features capacities, even performances were not even ... considered when selecting C or C++ as the language. ... role in the programming world, the problems started when they tried to bring ... *** And no I don't think you're an idiot because of what you believe, ...
    (comp.lang.ada)