On Mon, Jul 21, 2008 at 08:35:57AM -0400, Alexander Hansen wrote: > >Because doxygen with graphiviz produces really pretty and genuinely > >useful graphs. What would be more interesting would be to see if it's > >possible to remove the dependency from doxygen, but then look for > >dot at > >runtime and use it if that configuration variable is set? > > > > If that were the case we'd have no problem. It's perfectly > legitimate, in my view, not to force a runtime dependency if it's > something that can be set up at runtime via an environment variable or > a conf file.
I'm pretty certain that's what doxygen does. In fact, reading through the doxygen source, check out dot.cpp ll362-398 - doxygen generates the xml file then executes dot separately. Looking about a bit, it appears that if HAVE_DOT is only a runtime configuration thing [that can be used as a bool], with the default HAVE_DOT being set to the full path of dot in the Makefile [after configure is run]. > And don't even get me started about doxygen depending on tetex. Well, it *is* capable of churning out latex files. Dunno what it does with them, other than just spit out a makefile you have to run yourself... > I'm not even sure that some of our packages that builddepend on > doxygen even _use_ it. configure scripts search for it, and dot, and > so I suspect that people add builddepends on doxygen and graphviz > based on that; but I'm not convinced that the ultimate Fink packages > all actually incorporate anything that required doxygen to be there. That kinda makes sense... but I still actually need and use doxygen. Just skimping it out as a dependency in a lot of projects wouldn't stop people who need or use it from having to install all that stuff. Thank-you very much, Gary (-; ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fink-devel mailing list [email protected] http://news.gmane.org/gmane.os.apple.fink.devel
