Thread: [Ctags-devel] parsing COBOL without regular expressions
Brought to you by:
dhiebert
From: Samuel F. <sfe...@gm...> - 2007-10-04 13:24:04
|
Hello all, my platform is VMS, which is one of the unlucky few that do not support regular expressions with ctags. Unfortunately, I have to use COBOL, and the COBOL parser is a reg-exp one. Since I don't exactly understand what it involves to add reg-exp support to ctags on the VMS platform, I decided to rewrite the COBOL parser instead (to a non-reg-exp one). Is there anyone that would be interested in taking this further, perhaps making it part of ctags (as an alternative to the reg-exp parser for platforms where reg-exps are not available)? I could help, of course, I just need to know if this kind of activity would be welcome. Sam |
From: Elliott H. <en...@je...> - 2007-10-09 16:03:17
|
no-one more authoritative's answered, so i'll have a go. i'd say that, in general, non-regexp parsers are better than regexp ones. i'd support the switch to a well-written replacement. i take it you've been building in maintainer mode and running the regression tests? (i assume we have some for Cobol? i've not yet had any reason to look at the Cobol support.) --elliott On 2007-10-04, at 06:24, Samuel Ferencik wrote: > Hello all, > > my platform is VMS, which is one of the unlucky few that do not > support regular expressions with ctags. Unfortunately, I have to use > COBOL, and the COBOL parser is a reg-exp one. > > Since I don't exactly understand what it involves to add reg-exp > support to ctags on the VMS platform, I decided to rewrite the COBOL > parser instead (to a non-reg-exp one). > > Is there anyone that would be interested in taking this further, > perhaps making it part of ctags (as an alternative to the reg-exp > parser for platforms where reg-exps are not available)? I could help, > of course, I just need to know if this kind of activity would be > welcome. > > Sam > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Ctags-devel mailing list > Cta...@li... > https://lists.sourceforge.net/lists/listinfo/ctags-devel |
From: Samuel F. <sfe...@gm...> - 2007-10-09 16:47:17
|
Hello Elliott, thanks for taking the initiative. I am new here, so I don't know what "maintainer mode" is, or where I would find the regression tests. I don't even know how to submit the source file so you could review it (can email attachments be used when posting to the mailing list?). I will appreciate any advice. Sam On 10/9/07, Elliott Hughes <en...@je...> wrote: > no-one more authoritative's answered, so i'll have a go. > > i'd say that, in general, non-regexp parsers are better than regexp > ones. i'd support the switch to a well-written replacement. i take it > you've been building in maintainer mode and running the regression > tests? (i assume we have some for Cobol? i've not yet had any reason > to look at the Cobol support.) > > --elliott > > On 2007-10-04, at 06:24, Samuel Ferencik wrote: > > > Hello all, > > > > my platform is VMS, which is one of the unlucky few that do not > > support regular expressions with ctags. Unfortunately, I have to use > > COBOL, and the COBOL parser is a reg-exp one. > > > > Since I don't exactly understand what it involves to add reg-exp > > support to ctags on the VMS platform, I decided to rewrite the COBOL > > parser instead (to a non-reg-exp one). > > > > Is there anyone that would be interested in taking this further, > > perhaps making it part of ctags (as an alternative to the reg-exp > > parser for platforms where reg-exps are not available)? I could help, > > of course, I just need to know if this kind of activity would be > > welcome. > > > > Sam > > > > ---------------------------------------------------------------------- > > --- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a > > browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Ctags-devel mailing list > > Cta...@li... > > https://lists.sourceforge.net/lists/listinfo/ctags-devel > > |
From: Elliott H. <en...@je...> - 2007-10-09 17:52:40
|
On Tue, October 9, 2007 09:47, Samuel Ferencik wrote: > Hello Elliott, > > thanks for taking the initiative. > > I am new here, so I don't know what "maintainer mode" is, are you building from Subversion, or from a source tarball? if the latter, your first step is to switch to the former. then, when you run "./configure", just add "--enable-maintainer-mode" to the command line. more detailed instructions are in the list archives somewhere. searching for "configure" should find it. (we should make sure they're kept somewhere more convenient, because this is a FAQ for anyone who decides to get involved.) > or where I > would find the regression tests. i'm guessing you're using the source tarball, then. that doesn't contain the tests. if you "svn co", though, you'll have a "Tests/" directory. there's a "make test" target that runs the tests and tells you if anything changed, and provides handy patches so you can see if the changes were intentional or not. you'll have to do some minor fiddling to make sure you're testing the right two binaries, and you need to remember to update your reference binary every time you've reviewed the differences and decided that's the new trusted version. again, there's more on this in the archives. > I don't even know how to submit the source > file so you could review it (can email attachments be used when posting to > the mailing list?). when you've switched to Subversion, "svn diff" will output a patch, and you should be able to mail that as an attachment just fine. > I will appreciate any advice. if you find the posts in the archives, let me know. otherwise i'll try to have a look tonight. either way, i'll see about getting them into the FAQ so they're easier to find, easier to point people to, and more likely to be kept up to date. --elliott > Sam > > > On 10/9/07, Elliott Hughes <en...@je...> wrote: > >> no-one more authoritative's answered, so i'll have a go. >> >> i'd say that, in general, non-regexp parsers are better than regexp >> ones. i'd support the switch to a well-written replacement. i take it >> you've been building in maintainer mode and running the regression >> tests? (i assume we have some for Cobol? i've not yet had any reason to >> look at the Cobol support.) >> >> --elliott >> >> >> On 2007-10-04, at 06:24, Samuel Ferencik wrote: >> >> >>> Hello all, >>> >>> >>> my platform is VMS, which is one of the unlucky few that do not >>> support regular expressions with ctags. Unfortunately, I have to use >>> COBOL, and the COBOL parser is a reg-exp one. >>> >>> >>> Since I don't exactly understand what it involves to add reg-exp >>> support to ctags on the VMS platform, I decided to rewrite the COBOL >>> parser instead (to a non-reg-exp one). >>> >>> Is there anyone that would be interested in taking this further, >>> perhaps making it part of ctags (as an alternative to the reg-exp >>> parser for platforms where reg-exps are not available)? I could help, >>> of course, I just need to know if this kind of activity would be >>> welcome. >>> >>> Sam >>> >>> >>> --------------------------------------------------------------------- >>> - >>> --- >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a >>> browser. Download your FREE copy of Splunk now >> >>> http://get.splunk.com/ >>> _______________________________________________ >>> Ctags-devel mailing list >>> Cta...@li... >>> https://lists.sourceforge.net/lists/listinfo/ctags-devel >>> >> >> > -- Elliott Hughes, http://www.jessies.org/~enh/ |
From: Elliott H. <en...@je...> - 2007-10-10 05:26:04
|
okay, here's the threads i was thinking of: this one covers building: http://sourceforge.net/mailarchive/message.php?msg_id=200609212235.51617.dhiebert%40users.sourceforge.net this one covers testing: http://sourceforge.net/mailarchive/message.php?msg_id=200610131807.12302.dhiebert%40users.sourceforge.net or, in a form that's more ready for FAQ inclusion (though some surrounding text would be a good idea)... prerequisites: Debian/Ubuntu: "sudo apt-get install build-essential subversion autoconf" Mac OS: just install the Xcode developer tools RedHat: "up2date --nosig subversion autoheader autoconf" Win32: install Cygwin, plus Subversion and GNU Make (or cross-compile from Linux) building: svn co https://ctags.svn.sourceforge.net/svnroot/ctags/trunk ctags # (miss off the /trunk if you want convenient access to old releases and/or the web site) cd ctags autoheader autoconf ./configure --enable-maintainer-mode make -j testing: cp /usr/bin/ctags ctags.ref # [i think we should commit the following two changes, so "make test" works out of the box, but for now...] # edit testing.mak so CTAGS_TEST = ./dctags # edit testing.mak so CTAGS_REF = ./ctags.ref make test cp ./dctags ./ctags.ref # whenever you update/commit. --elliott On Tue, 2007-10-09 at 10:52 -0700, Elliott Hughes wrote: > On Tue, October 9, 2007 09:47, Samuel Ferencik wrote: > > Hello Elliott, > > > > thanks for taking the initiative. > > > > I am new here, so I don't know what "maintainer mode" is, > > are you building from Subversion, or from a source tarball? if the latter, > your first step is to switch to the former. then, when you run > "./configure", just add "--enable-maintainer-mode" to the command line. > > more detailed instructions are in the list archives somewhere. searching > for "configure" should find it. (we should make sure they're kept > somewhere more convenient, because this is a FAQ for anyone who decides to > get involved.) > > > or where I > > would find the regression tests. > > i'm guessing you're using the source tarball, then. that doesn't contain > the tests. if you "svn co", though, you'll have a "Tests/" directory. > there's a > "make test" target that runs the tests and tells you if anything changed, > and provides handy patches so you can see if the changes were intentional > or not. you'll have to do some minor fiddling to make sure you're testing > the right two binaries, and you need to remember to update your reference > binary every time you've reviewed the differences and decided that's the > new trusted version. again, there's more on this in the archives. > > > I don't even know how to submit the source > > file so you could review it (can email attachments be used when posting to > > the mailing list?). > > when you've switched to Subversion, "svn diff" will output a patch, and > you should be able to mail that as an attachment just fine. > > > I will appreciate any advice. > > if you find the posts in the archives, let me know. otherwise i'll try to > have a look tonight. either way, i'll see about getting them into the FAQ > so they're easier to find, easier to point people to, and more likely to > be kept up to date. > > --elliott > > > Sam > > > > > > On 10/9/07, Elliott Hughes <en...@je...> wrote: > > > >> no-one more authoritative's answered, so i'll have a go. > >> > >> i'd say that, in general, non-regexp parsers are better than regexp > >> ones. i'd support the switch to a well-written replacement. i take it > >> you've been building in maintainer mode and running the regression > >> tests? (i assume we have some for Cobol? i've not yet had any reason to > >> look at the Cobol support.) > >> > >> --elliott > >> > >> > >> On 2007-10-04, at 06:24, Samuel Ferencik wrote: > >> > >> > >>> Hello all, > >>> > >>> > >>> my platform is VMS, which is one of the unlucky few that do not > >>> support regular expressions with ctags. Unfortunately, I have to use > >>> COBOL, and the COBOL parser is a reg-exp one. > >>> > >>> > >>> Since I don't exactly understand what it involves to add reg-exp > >>> support to ctags on the VMS platform, I decided to rewrite the COBOL > >>> parser instead (to a non-reg-exp one). > >>> > >>> Is there anyone that would be interested in taking this further, > >>> perhaps making it part of ctags (as an alternative to the reg-exp > >>> parser for platforms where reg-exps are not available)? I could help, > >>> of course, I just need to know if this kind of activity would be > >>> welcome. > >>> > >>> Sam > >>> > >>> > >>> --------------------------------------------------------------------- > >>> - > >>> --- > >>> This SF.net email is sponsored by: Splunk Inc. > >>> Still grepping through log files to find problems? Stop. > >>> Now Search log events and configuration files using AJAX and a > >>> browser. Download your FREE copy of Splunk now >> > >>> http://get.splunk.com/ > >>> _______________________________________________ > >>> Ctags-devel mailing list > >>> Cta...@li... > >>> https://lists.sourceforge.net/lists/listinfo/ctags-devel > >>> > >> > >> > > > > > -- > Elliott Hughes, http://www.jessies.org/~enh/ > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Ctags-devel mailing list > Cta...@li... > https://lists.sourceforge.net/lists/listinfo/ctags-devel |
From: Elliott H. <en...@je...> - 2007-12-23 20:40:08
|
(people are still having trouble with this [including me when i build on a new machine], so i've added it for now to the MAINTAINERS file, where it's easier to point to, is under revision control, and will be easier to keep updated.) --elliott On 2007-10-09, at 22:25 , Elliott Hughes wrote: > > okay, here's the threads i was thinking of: > > this one covers building: > > http://sourceforge.net/mailarchive/message.php?msg_id=200609212235.51617.dhiebert%40users.sourceforge.net > > this one covers testing: > > http://sourceforge.net/mailarchive/message.php?msg_id=200610131807.12302.dhiebert%40users.sourceforge.net > > > or, in a form that's more ready for FAQ inclusion (though some > surrounding text would be a good idea)... > > prerequisites: > > Debian/Ubuntu: "sudo apt-get install build-essential subversion > autoconf" > Mac OS: just install the Xcode developer tools > RedHat: "up2date --nosig subversion autoheader autoconf" > Win32: install Cygwin, plus Subversion and GNU Make (or cross-compile > from Linux) > > building: > > svn co https://ctags.svn.sourceforge.net/svnroot/ctags/trunk ctags > # (miss off the /trunk if you want convenient access to old releases > and/or the web site) > cd ctags > autoheader > autoconf > ./configure --enable-maintainer-mode > make -j > > testing: > > cp /usr/bin/ctags ctags.ref > # [i think we should commit the following two changes, so "make test" > works out of the box, but for now...] > # edit testing.mak so CTAGS_TEST = ./dctags > # edit testing.mak so CTAGS_REF = ./ctags.ref > > make test > > cp ./dctags ./ctags.ref # whenever you update/commit. > > --elliott > > On Tue, 2007-10-09 at 10:52 -0700, Elliott Hughes wrote: >> On Tue, October 9, 2007 09:47, Samuel Ferencik wrote: >>> Hello Elliott, >>> >>> thanks for taking the initiative. >>> >>> I am new here, so I don't know what "maintainer mode" is, >> >> are you building from Subversion, or from a source tarball? if the >> latter, >> your first step is to switch to the former. then, when you run >> "./configure", just add "--enable-maintainer-mode" to the command >> line. >> >> more detailed instructions are in the list archives somewhere. >> searching >> for "configure" should find it. (we should make sure they're kept >> somewhere more convenient, because this is a FAQ for anyone who >> decides to >> get involved.) >> >>> or where I >>> would find the regression tests. >> >> i'm guessing you're using the source tarball, then. that doesn't >> contain >> the tests. if you "svn co", though, you'll have a "Tests/" directory. >> there's a >> "make test" target that runs the tests and tells you if anything >> changed, >> and provides handy patches so you can see if the changes were >> intentional >> or not. you'll have to do some minor fiddling to make sure you're >> testing >> the right two binaries, and you need to remember to update your >> reference >> binary every time you've reviewed the differences and decided >> that's the >> new trusted version. again, there's more on this in the archives. >> >>> I don't even know how to submit the source >>> file so you could review it (can email attachments be used when >>> posting to >>> the mailing list?). >> >> when you've switched to Subversion, "svn diff" will output a patch, >> and >> you should be able to mail that as an attachment just fine. >> >>> I will appreciate any advice. >> >> if you find the posts in the archives, let me know. otherwise i'll >> try to >> have a look tonight. either way, i'll see about getting them into >> the FAQ >> so they're easier to find, easier to point people to, and more >> likely to >> be kept up to date. >> >> --elliott >> >>> Sam >>> >>> >>> On 10/9/07, Elliott Hughes <en...@je...> wrote: >>> >>>> no-one more authoritative's answered, so i'll have a go. >>>> >>>> i'd say that, in general, non-regexp parsers are better than regexp >>>> ones. i'd support the switch to a well-written replacement. i >>>> take it >>>> you've been building in maintainer mode and running the regression >>>> tests? (i assume we have some for Cobol? i've not yet had any >>>> reason to >>>> look at the Cobol support.) >>>> >>>> --elliott >>>> >>>> >>>> On 2007-10-04, at 06:24, Samuel Ferencik wrote: >>>> >>>> >>>>> Hello all, >>>>> >>>>> >>>>> my platform is VMS, which is one of the unlucky few that do not >>>>> support regular expressions with ctags. Unfortunately, I have to >>>>> use >>>>> COBOL, and the COBOL parser is a reg-exp one. >>>>> >>>>> >>>>> Since I don't exactly understand what it involves to add reg-exp >>>>> support to ctags on the VMS platform, I decided to rewrite the >>>>> COBOL >>>>> parser instead (to a non-reg-exp one). >>>>> >>>>> Is there anyone that would be interested in taking this further, >>>>> perhaps making it part of ctags (as an alternative to the reg-exp >>>>> parser for platforms where reg-exps are not available)? I could >>>>> help, >>>>> of course, I just need to know if this kind of activity would be >>>>> welcome. >>>>> >>>>> Sam >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> - >>>>> --- >>>>> This SF.net email is sponsored by: Splunk Inc. >>>>> Still grepping through log files to find problems? Stop. >>>>> Now Search log events and configuration files using AJAX and a >>>>> browser. Download your FREE copy of Splunk now >> >>>>> http://get.splunk.com/ >>>>> _______________________________________________ >>>>> Ctags-devel mailing list >>>>> Cta...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/ctags-devel >>>>> >>>> >>>> >>> >> >> >> -- >> Elliott Hughes, http://www.jessies.org/~enh/ >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Ctags-devel mailing list >> Cta...@li... >> https://lists.sourceforge.net/lists/listinfo/ctags-devel > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Ctags-devel mailing list > Cta...@li... > https://lists.sourceforge.net/lists/listinfo/ctags-devel |