On 08/03/2004 05:33 AM, Doug Gregor wrote:
[snip]
Rather annoyingly, Doxygen dumps a whole bunch of unconnected .xml files. So you are right that X.doxyfile is the input (configuration) file, then there are a bunch of output .xml files, which we need to "collect" into a single file...
Thanks. It helps to have some overview of what's happening.

Anyway, after this suspect echo command, there was more output followed
by:
<-------------------
[snip]

The "collect.xsl" stylesheet is supposed to take all of those Doxygen XML files and emit a single .xml file (called X.doxygen). However, it seems like something in "xml/index.xml" -- which we process to find all of the other .xml files we're interested in -- might have an incorrect entry. I'm guessing there is a "compound" element in xml/index.xml with an empty refid attribute, perhaps? That would trigger the problem (and I can work around the issue if needed).

All the id attributes are non-empty; however, there appear no refid attributes. I'm guessing those point to the corresponding .xml files?
For example instead of:
<-------------
<compound id="classboost_1_1logic_1_1indeterminate__name"
><name>boost::logic::indeterminate_name</name>
>-------------
there should be:
<-------------
<compound id="classboost_1_1logic_1_1indeterminate__name"
refid="classboost_1_1logic_1_1indeterminate__name.xml"
><name>boost::logic::indeterminate_name</name>
>-------------
?






-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Boost-docs mailing list
[EMAIL PROTECTED]
Unsubscribe and other administrative requests: 
https://lists.sourceforge.net/lists/listinfo/boost-docs

Reply via email to