I didn't understand '<file index>'. I think it probably is not necessary. Anyway, I will put this idea into the TODO list. Thank you for your suggestion.
Regards, Shigio 2017-02-21 16:54 GMT+09:00 Jun Sheng <[email protected]>: > Thank you! > > But I also find gtags/htags treat file index as a important thing, > shall we modify the [File list format] as > [File list format] > +------------------------------------------- > |<file index>\t<language type>\t<path of source file>\n > |... > > I may have misunderstood the index used by gtags/htags, if so, just ignore > this. > > On Tue, Feb 21, 2017 at 2:59 PM Shigio YAMAGUCHI <[email protected]> wrote: > >> > My suggestion is to tailor the code of gtags and htags, make light >> > version of them: for gtags-lite and htags-lite, they read from stdin >> > or a file for file-list, the format is : index filepath lang >> > and gtags-lite will create/update GTAGS database and htags will produce >> > rendered html-files. >> >> It is a good idea. >> GLOBAL is large and complex enough to need to be modularized. >> If we make gtags a shell script, the simplest version may be like this: >> >> +------------------------------------------------------- >> |#!/bin/sh >> | >> |case $GTAGS_FIND in >> |'') GTAGS_FIND=gtags-find;; # gtags-find: default file list >> maker >> |esac >> |$(GTAGS_FIND) | gtags-lite >> +------------------------------------------------------- >> >> $(GTAGS_FIND) should generates file list like this? >> >> [File list format] >> +------------------------------------------- >> |<language type>\t<path of source file>\n >> |... >> >> Regards, >> Shigio >> >> >> 2017-02-21 13:33 GMT+09:00 Jun Sheng <[email protected]>: >> >> Hi, >> I partly agree with your points. >> libmagic and file are general purpose tools to detect file types, and >> they are week in detecting source file type. >> but we can improve it by updating the magic-database or create a >> customized magic-database for this purpose. >> >> On the other way, current gtags/htags codes bare a heavy duty on deciding >> which language the file they are currently processing is, this makes the >> code very complex and hard to patch. >> eg, for my patch, I have traced around 10 functions in 4 files to modify. >> >> My suggestion is to tailor the code of gtags and htags, make light >> version of them: >> for gtags-lite and htags-lite, they read from stdin or a file for >> file-list, the format is : >> index filepath lang >> and gtags-lite will create/update GTAGS database and htags will produce >> rendered html-files. >> >> functionalities like guess and decide language can be put into a separate >> tool which can be compatible with current gtags.rc file and be integrated >> with find then output a filelist consumable by gtags-lite. >> >> >> >> On Tue, Feb 21, 2017 at 11:44 AM Shigio YAMAGUCHI <[email protected]> wrote: >> >> Hi, >> >> I recognize libmagic as an equivalent of file(1). >> Can it decide language type correctly? >> Can it accommodate new languages? >> Isn't it better to use it as a tool for creating file lists? >> >> Regards, >> Shigio >> >> >> 2017-02-21 10:39 GMT+09:00 Jun Sheng <[email protected]>: >> >> specifying the filetype in commandline is a good idea, but why not going >> further, make gtags read file type when read file list ? >> >> and I attached a patch, which will guess file type using libmagic >> >> On Mon, Feb 20, 2017 at 3:16 PM Shigio YAMAGUCHI <[email protected]> wrote: >> >> Hi, >> > Hi, >> > There, what about adding file-type guessing when the source file does >> not have a suffix? >> > >> > Currently when the file doesnot have a suffix, gnu global wont parse it, >> > this is a problem when perl/python ... files. and gtags cant specify >> lang-type on command-line. >> >> You are right. >> Currently, we have a plan to do the following: >> http://lists.gnu.org/archive/html/bug-global/2016-10/msg00003.html >> >> Does this specification fulfill your requirements? >> >> Regards, >> Shigio >> >> >> 2017-02-20 15:45 GMT+09:00 Jun Sheng <[email protected]>: >> >> Hi, >> There, what about adding file-type guessing when the source file does not >> have a suffix? >> >> Currently when the file doesnot have a suffix, gnu global wont parse it, >> this is a problem when perl/python ... files. and gtags cant specify >> lang-type on command-line. >> >> >> _______________________________________________ >> Bug-global mailing list >> [email protected] >> https://lists.gnu.org/mailman/listinfo/bug-global >> >> >> >> >> -- >> Shigio YAMAGUCHI <[email protected]> >> PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 >> >> >> >> >> -- >> Shigio YAMAGUCHI <[email protected]> >> PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 >> >> >> >> >> -- >> Shigio YAMAGUCHI <[email protected]> >> PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 >> > -- Shigio YAMAGUCHI <[email protected]> PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3
_______________________________________________ Bug-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-global
