Re: target language grammars. (Clayton Weaver)
7 Nov 2004 12:10:11 -0500

          From comp.compilers

Related articles
target language grammars. (2004-11-06)
Re: target language grammars. (Larry Evans) (2004-11-07)
Re: target language grammars. (Dobes Vandermeer) (2004-11-07)
Re: target language grammars. (Lujop) (2004-11-07)
Re: target language grammars. (2004-11-07)
Re: target language grammars. (2004-11-07)
Re: target language grammars. (Ken Rose) (2004-11-14)
Re: target language grammars. (Ira Baxter) (2004-11-14)
target language grammars. (A.T. Hofkamp) (2004-11-14)
Re: target language grammars. (Zbigniew Chamski) (2004-11-14)
| List of all articles for this month |

From: (Clayton Weaver)
Newsgroups: comp.compilers
Date: 7 Nov 2004 12:10:11 -0500
Organization: AOL
References: 04-11-013
Keywords: parse, code
Posted-Date: 07 Nov 2004 12:10:10 EST

A bit oblique to your question, but the document at

discusses mapping sgml/xml "groves" (a trees representation of a
semantically marked up document) to output actions with dsssl.

Whether you use a grammar at all, represented as a parse tree or
otherwise, to map the output language semantics to the dsssl parser's
idea of the semantics of a given document is not really discussed.

At some point you have to explicitly tell the dsssl transformation
tool what elements of your output language map to what sort of dsssl
representations of parts of a document, using a dsssl stylesheet.

An on-screen representation is just another canvas (like a page in
LaTeX, postscript, pdf, pcl5, hpgl, etc). It may have it's own markup
language, but the semantic model isn't much different than that for
any other kind of rendered page.

TeX is already pretty good at abstracting this kind of difference away
with the dvi format, enabling dvips and all of it's brethren, but that
abstraction comes in rather late in the document translation process,
after you've already translated from an abstract semantic
representation of a document to some set of TeX macros interleaved
with the content.

SGML and XML move this process of semantic abstraction of document
elements upstream of any rendering markup, and that is probably a good
place to start on a problem of this nature.


Clayton Weaver

"Everyone is ignorant, just about different things." Will Rogers

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.