Re: RE: The remarkable similarities between XSLT and Flex/Lex
Marcus Reichardt <[email protected]>
| Newsgroups | gmane.text.xml.devel |
|---|---|
| Message-ID | <[email protected]> |
> Am 26.06.2022 um 15:01 schrieb Roger L Costello <[email protected]>: > > There was also a strange > unnecessary constraint on these expressions called "ambiguity", which > *everybody* who wrote SGML software needed to understand, and so the idea of > applying formal language techniques to SGML was inevitable. Hmm, your anonymous source should've expanded on that; without proof or anything the claim of "unnecessary-ness" is void. SGML has tag inference (can infer arbitrarily many start- and end-element tags) and moreover can expand short reference delimiters (arbitrary tokens not used a markup delimiters, including newlines and tabs/spaces) by context-dependendant replacement text (start- and end-elements typically). Determinism in content models helps a lot to make this even work, and as I hear, the same thing is being re-introduced as "Invisible XML", giving you a facility that was already there in 1986 ;) Of course, with XML-style fully tagged markup, more relaxed models could be used, hence RelaxNG. What is the argument here? That a Thompson construction for finite automata (as opposed to Glushkov/Antimirov derivatives) is more convenient for programmers since an off-the-shelve regexp lib can be used? Also, I don't quite understand the leap to pattern matching in XSLT; the only connection I can see is that in the early 2000s there were attempts to statically verify/type-check eg XPath expressions (over elements) ie decide whether those could yield non-empty results in the presence of DTD content model constraints. To the best of my knowledge, the results weren't convincing. Best, Marcus Reichardt sgml.io _______________________________________________________________________ XML-DEV is a publicly archived, unmoderated list hosted by OASIS to support XML implementation and development. To minimize spam in the archives, you must subscribe before posting. [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/ Or unsubscribe: [email protected] subscribe: [email protected] List archive: http://lists.xml.org/archives/xml-dev/ List Guidelines: http://www.oasis-open.org/maillists/guidelines.php