The clang/llvm repositories come from an hg repository that jcranmer created, so I don't know.
Speaking of which, I don't know why you need to know any of this. The current setup in dxr.mozilla.org is a mess, and should not be relied upon at all. For example, we probably want to use clang 3.0 (or whatever future version of clang which can build mozilla-central in case we check something in which triggers a clang bug which gets fixed post 3.0). -- Ehsan <http://ehsanakhgari.org/> On Wed, Jan 4, 2012 at 6:16 AM, Lionel Dricot <[email protected]> wrote: > > Hi Ehsan, > > I forgot to ask you your exact LLVM version. Can you give me this > information ? > > Thanks, > > Lionel > > Le 03/01/12 18:38, Ehsan Akhgari a écrit : > > On Tue, Jan 3, 2012 at 12:07 PM, Lionel Dricot <[email protected]> wrote: > >> Hi there, >> >> In order to avoid all the trouble we had last year with DXR at Lanedo, >> we want to replicate the exact setup which is running on dxr.mozilla.org. >> >> Can someone answer those questions ? >> >> - What is the exact version of DXR currently used (branch and commit) >> > > master, f46e320199cec388d28bf8fadc47834238a70a0c > > >> - What version of Clang is currently used. >> > > # ./clang --version > clang version 3.0 (trunk 132484) > Target: x86_64-unknown-linux-gnu > Thread model: posix > > >> - What python version is used >> > > 2.4.3. > > >> - What are the exact configure flags used >> > > configure flags for mozilla-central? Here's the mozconfig being used: > > # cat .mozconfig > mk_add_options MOZ_OBJDIR=/var/www/html/dxr/mozilla-trees/objdir-mc-opt > mk_add_options MOZ_MAKE_FLAGS=-j9 > ac_add_options --disable-optimize --disable-debug > ac_add_options --disable-tests > ac_add_options --enable-application=browser > > >> - And what about other configuration? (like where are the binaries >> stored, etc) >> > > I'm not sure what binaries you're talking about, but the dxr root is > /var/www/html/dxr. > > >> We plan to maintain two virtual host on Lanedo server, one with the old >> code and the other with the new patches. That way, the effect of the >> patches can easily be compared on a given system. (of course, some >> patches might become mandatory, like the Clang 3.0 support). >> > > That sounds like a good idea. > > -- > Ehsan > <http://ehsanakhgari.org/> > > > _______________________________________________ dev-static-analysis mailing list [email protected] https://lists.mozilla.org/listinfo/dev-static-analysis
