[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Doxygen and multilib
- From: "Christopher Stone" <chris stone gmail com>
- To: "Development discussions related to Fedora" <fedora-devel-list redhat com>
- Subject: Re: Doxygen and multilib
- Date: Sun, 4 Nov 2007 12:02:07 -0700
On 10/31/07, Eric Sandeen <sandeen redhat com> wrote:
> Linus Walleij wrote:
> > OK so I have that problem where Doxygen generates links as hashes
> > including something like a time stamp, so the -devel packages end up
> > causing multilib conflicts.
> >
> > Is there some silver bullet to actually SOLVE this?
> >
> > I saw that Hans solved this by tar.gz:ing up the docs and add as separate
> > source and then suppress compile-time building of the docs, replacing with
> > pre-generated contents.
> >
> > Myself I simply deleted the docs for now.
> >
> > I sort of believe Doxygen should be fixed to do something more
> > predictable, atleast on request.
>
> I'd like to see that too - I took a quick look at how it generates the
> hashes, and couldn't find it. :) But if it could be seeded with some
> predictable thing based on what it's parsing, maybe it could be made
> consistent?
doxygen is using its own home brewed md5 hash generator in the libmd5/
directory. This code gets called from the MemberDef::setAnchor()
function in src/memberdef.cpp
My guess is that doxygen's libmd5 code does not work correctly on
64bit systems. Perhaps doxygen should be enhanced to use the
coreutils md5 algorithm or mhash or something.
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]