From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,473e6b129c2f30cd X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,UTF8 Date: Sat, 09 Sep 2006 10:28:49 +0200 From: Manuel Collado User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: ANNOUNCE: Avatox 1.0 is now available References: <45018e97$0$17399$9b4e6d93@newsspool2.arcor-online.net> In-Reply-To: <45018e97$0$17399$9b4e6d93@newsspool2.arcor-online.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit NNTP-Posting-Host: 138.100.242.202 Message-ID: <45027b40@news.upm.es> X-Trace: 9 Sep 2006 10:28:48 +0100, 138.100.242.202 Path: g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!130.59.10.21.MISMATCH!kanaga.switch.ch!switch.ch!news.rediris.es!news.upm.es!138.100.242.202 Xref: g2news2.google.com comp.lang.ada:6532 Date: 2006-09-09T10:28:49+02:00 List-Id: Georg Bauhaus escribió: > Randy Brukardt wrote: > >> (Note: I don't see an obvious way to flatten this extra information in XML. >> It's not flat in Janus/Ada; there are a number of tables that collectvely >> make up the compiler symboltable, and we only flatten each one in turn. But >> I'm sure you clever guys will figure out a way.) > > XML is anything but flat. :-) Every document instance is a tree plus > pointers, unique references, typed pointers, multipointers, index keys, > etc. > I believe you can even have nested scopes for identifiers when > using Relax NG. What puzzles me is that the XML structure (nesting) doesn't follows the lexical Ada source structure. Example from avatox.adb --> avatox.adb.xml: .... You can see that from (29,1) to (29,29) lexically contains from (29,6) to (29,28). But the latest is not nested inside the former. Instead, it appears as a sibling of it. The same for from (29,6) to (29,28) and from (29,6) to (29,19). Is that the intended behaviour? -- Manuel Collado