Thread: RE: [Ctags] question on ctags...
Brought to you by:
dhiebert
From: Chapparam, S. (Sucharitha) <sch...@av...> - 2002-08-14 17:04:32
|
I think it will be useful to have. let me explain my case. I am creating = a huge tag file for the entire product which consists of lots of = libraries and lots of executables. If I change something in one of the = libraries, now, I'm having to regenerate tags for the whole product = which is taking long time, definitely longer than 68secs. If I had an = option to just generate tags only for the lib that I changed, would be = of immense help in IMHO. I will time it and let you know exactly how = long tag generation is taking. thanks for quick response, Sucharitha -----Original Message----- From: Darren Hiebert [mailto:dhi...@us...] Sent: Tuesday, August 13, 2002 10:14 PM To: Paul Selormey Cc: cta...@li... Subject: Re: [Ctags] question on ctags... On Wed, 14 Aug 2002, Paul Selormey wrote: > > How important do people on this list feel that an update option to > > ctags would be (to refresh tags in the tag file for the listed = files)? >=20 > If the speed is as you have stated, there is hardly a need for the > refreshing of the tags (and there is no reason to doubt it), since = this will > rather take time. Undoubtedly. The entire tag file must be read, stripping out those lines whose files names match the file name(s) being updated and writing the result to a new file. Then add the tags for those same files in append mode and resort the tag file. Remove the old file and rename the new file to the old name. > If the tags are sorted by file name, it might be simple. Tags are sorted by tag name, since that is how they are looked up. --=20 Darren Hiebert <dhi...@us...> http://DarrenHiebert.com ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=3D31 _______________________________________________ Ctags-users mailing list Cta...@li... https://lists.sourceforge.net/lists/listinfo/ctags-users |
From: Chapparam, S. (Sucharitha) <sch...@av...> - 2002-08-14 21:22:25
|
it took about 3 mins which is not bad actually. it took more time last = time when I did it with a generic rule in the makefile to create tags = for each directory under the product directory. when I just ran ctags -R = `pwd` at root product dir, didn't take that long. I guess, in that case, = this option may not be that useful. thanks much Sucharitha -----Original Message----- From: Chapparam, Sucharitha (Sucharitha)=20 Sent: Wednesday, August 14, 2002 10:04 AM To: Darren Hiebert; Paul Selormey Cc: cta...@li... Subject: RE: [Ctags] question on ctags... I think it will be useful to have. let me explain my case. I am creating = a huge tag file for the entire product which consists of lots of = libraries and lots of executables. If I change something in one of the = libraries, now, I'm having to regenerate tags for the whole product = which is taking long time, definitely longer than 68secs. If I had an = option to just generate tags only for the lib that I changed, would be = of immense help in IMHO. I will time it and let you know exactly how = long tag generation is taking. thanks for quick response, Sucharitha -----Original Message----- From: Darren Hiebert [mailto:dhi...@us...] Sent: Tuesday, August 13, 2002 10:14 PM To: Paul Selormey Cc: cta...@li... Subject: Re: [Ctags] question on ctags... On Wed, 14 Aug 2002, Paul Selormey wrote: > > How important do people on this list feel that an update option to > > ctags would be (to refresh tags in the tag file for the listed = files)? >=20 > If the speed is as you have stated, there is hardly a need for the > refreshing of the tags (and there is no reason to doubt it), since = this will > rather take time. Undoubtedly. The entire tag file must be read, stripping out those lines whose files names match the file name(s) being updated and writing the result to a new file. Then add the tags for those same files in append mode and resort the tag file. Remove the old file and rename the new file to the old name. > If the tags are sorted by file name, it might be simple. Tags are sorted by tag name, since that is how they are looked up. --=20 Darren Hiebert <dhi...@us...> http://DarrenHiebert.com ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=3D31 _______________________________________________ Ctags-users mailing list Cta...@li... https://lists.sourceforge.net/lists/listinfo/ctags-users ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code1 _______________________________________________ Ctags-users mailing list Cta...@li... https://lists.sourceforge.net/lists/listinfo/ctags-users |
From: Paul S. <pa...@to...> - 2002-08-15 00:47:32
|
With large projects, you do not modify all at a time. Make maximum use of the --append option. For projects A, B, C and D. If you are not modifying/editing A, B and C, you can generate the "base" tags file for these projects. Anytime you modify D, generate the tags for D and append them to that from the A, B and C. Best regards, Paul. ----- Original Message ----- From: "Chapparam, Sucharitha (Sucharitha)" <sch...@av...> To: "Darren Hiebert" <dhi...@us...>; "Paul Selormey" <pa...@to...> Cc: <cta...@li...> Sent: Thursday, August 15, 2002 2:04 AM Subject: RE: [Ctags] question on ctags... I think it will be useful to have. let me explain my case. I am creating a huge tag file for the entire product which consists of lots of libraries and lots of executables. If I change something in one of the libraries, now, I'm having to regenerate tags for the whole product which is taking long time, definitely longer than 68secs. If I had an option to just generate tags only for the lib that I changed, would be of immense help in IMHO. I will time it and let you know exactly how long tag generation is taking. thanks for quick response, Sucharitha -----Original Message----- From: Darren Hiebert [mailto:dhi...@us...] Sent: Tuesday, August 13, 2002 10:14 PM To: Paul Selormey Cc: cta...@li... Subject: Re: [Ctags] question on ctags... On Wed, 14 Aug 2002, Paul Selormey wrote: > > How important do people on this list feel that an update option to > > ctags would be (to refresh tags in the tag file for the listed files)? > > If the speed is as you have stated, there is hardly a need for the > refreshing of the tags (and there is no reason to doubt it), since this will > rather take time. Undoubtedly. The entire tag file must be read, stripping out those lines whose files names match the file name(s) being updated and writing the result to a new file. Then add the tags for those same files in append mode and resort the tag file. Remove the old file and rename the new file to the old name. > If the tags are sorted by file name, it might be simple. Tags are sorted by tag name, since that is how they are looked up. -- Darren Hiebert <dhi...@us...> http://DarrenHiebert.com ------------------------------------------------------- This sf.net email is sponsored by: Dice - The leading online job board for high-tech professionals. Search and apply for tech jobs today! http://seeker.dice.com/seeker.epl?rel_code=31 _______________________________________________ Ctags-users mailing list Cta...@li... https://lists.sourceforge.net/lists/listinfo/ctags-users |
From: Darren H. <dhi...@us...> - 2002-08-16 04:45:40
|
On Thu, 15 Aug 2002, Paul Selormey wrote: > With large projects, you do not modify all at a time. Make maximum use > of the --append option. But beware: something like this is a bad idea: find -type d | while read dir do ctags --append $dir/* done because every call to ctags will resort the tag file, which will grow arithmetically larger, with the sort time simultaneously growing as "N log N". The execution time of something like this is an order of magnitude slower. > For projects A, B, C and D. If you are not modifying/editing A, B and C, > you can generate the "base" tags file for these projects. Anytime you modify > D, generate the tags for D and append them to that from the A, B and C. When using an editor which has good support for multiple tag files (e.g Vim), then I highly recommend making several tag files for different parts of the system. That way you only have to regenerate the tag file for the part of the system which actually changed. -- Darren Hiebert <dhi...@us...> http://DarrenHiebert.com |
From: Darren H. <dhi...@us...> - 2002-08-16 04:47:15
|
On Wed, 14 Aug 2002, Chapparam, Sucharitha (Sucharitha) wrote: > I think it will be useful to have. let me explain my case. I am > creating a huge tag file for the entire product which consists of > lots of libraries and lots of executables. If I change something > in one of the libraries, now, I'm having to regenerate tags for > the whole product which is taking long time, definitely longer > than 68secs. If I had an option to just generate tags only for the > lib that I changed, would be of immense help in IMHO. I will time > it and let you know exactly how long tag generation is taking. See the message I just sent to Paul Selormey regarding multiple tag files. This is what I do and it works wonderfully. -- Darren Hiebert <dhi...@us...> http://DarrenHiebert.com |