On Jul 21, 2008, at 12:28 PM, Chunky Kibbles wrote: > 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 (-;
Probably what we'd do is have the option to use a stripped down build for the typical build-time uses, in addition to the full-featured one. That way folks who aren't actually end-users would have less compile-time overhead. ------------------------------------------------------------------------- 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
