[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [cdt-dev] running the indexer as part of a nightly build
|
hi Mike,
> Some of the teams here at IBM want to try using CDT as a replacement
for
> vi. Currently they use ctags (or something like it) to get some content
> assist features. The code bases are huge so they generate the ctags
index
> as part of their nightly build, that way each developer can get an
up to
> date index for the entire codebase without having to generate it
> themselves. Is it possible to do something like this with CDT?
If the content to be indexed overnight forms a read-only
contribution to the
project (e.g. an SDK) then you can use the offline
index application:
http://help.eclipse.org/help33/topic/org.eclipse.cdt.doc.isv/reference/extension-points/org_eclipse_cdt_core_CIndex.html
There is some more documentation under
CDT Plugin Developer
Guide -> Programmer's Guide -> CDT DOM -> Prebuilt Indexes in
CDT 4.0
but this is not yet mirrored on help.eclipse.org.
Otherwise there isn't an application for this at the
moment:
http://www.nabble.com/Indexer-from-the-command-line--to12273557.html
thanks,
Andrew
Discover tomorrow's technology on today's phones... Visit the Symbian Stand, 8A77, Hall 8, at Mobile World Congress 2008, 11-14 February, Barcelona, Spain
**********************************************************************
Symbian Software Ltd is a company registered in England and Wales with registered number 4190020 and registered office at 2-6 Boundary Row, Southwark, London, SE1 8HP, UK. This message is intended only for use by the named addressee and may contain privileged and/or confidential information. If you are not the named addressee you should not disseminate, copy or take any action in reliance on it. If you have received this message in error please notify postmaster@xxxxxxxxxxx and delete the message and any attachments accompanying it immediately. Neither Symbian nor any of its Affiliates accepts liability for any corruption, interception, amendment, tampering or viruses occurring to this message in transit or for any message sent by its employees which is not in compliance with Symbian corporate policy.
**********************************************************************
