Hi Mattias,
stop.stop :) Ignore those. You don't need any of them. What happens is that the Documentation.cmake issues find_package(UnixCommands) among other things. What's important is that it finds doxygen and then you need to help it find dot.
OK, and I assume Documentation.cmake is a file that comes with CMake, or else you (or someone else) would have fixed that (i.e. either hidden the useless settings or not issued find_package(UnixCommands) ). Is that right?
one of the old doxyfiles that I updated included the source (doc/Doxyfiles/all_Doxyfile). That file now gets processed to <builddir>/doc/all_Doxyfile. I didn't create targets for these doxyfiles as I wasn't sure if they were used at all.
I didn't get that. Do you mean that CMake will take whatever settings were in the doc/Doxyfiles/all_Doxyfile file, adjust the dot path and such, and then save the result to <builddir>/doc/all_Doxyfile? So if I make changes to doc/Doxyfiles/all_Doxyfile they should be kept in <builddir>/doc/all_Doxyfile?
So you can do : doxygen <builddir>/doc/all_Doxyfile this wil doxyprocess the src recursively
I could also probably modify the <builddir>/doc/openscenegraph.doxyfile (knowing my changes will be lost the next time I run CMake...) and then build the docs from Visual Studio which should use my modified file...
IMHO, it's sub-optimal... I would like it to be possible to change some settings in CMake which would then be output to the generated doxyfile (kind of like how you can add gcc options, or optional defines, and these will be passed to the compiler). I'll see if I can get that to work, perhaps after the holidays.
Now that I have figured out how to undo a mark_as_advanced maybe I should add some mark_as_advanced to the vars that confused you in this case.
Yes, that would be a good idea. It would make the process friendlier. Thanks, J-S -- ______________________________________________________ Jean-Sebastien Guay [email protected] http://www.cm-labs.com/ http://whitestar02.webhop.org/ _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
