Re: An Eclipse IDE for GHDL with GTKWAVE integrated ZamiaCAD includes a VHDL parser and structure visualization features. It includes an Eclipse plugin. It has been specifically designed to ease the management of large VHDL designs. It is written in Java. It includes a Jython scripting interface with access to all the features. In this case access to the VHDL AST is the important feature. You can traverse the AST, and extract whatever information you need. This includes file/line number/column data for AST elements. But then, ZamiaCAD already links the design structure visualization with the source code, and with some Jython scripting can run GHDL, and GTKWAVE. For my application, the script runs a simulation, then passes the VCD file to GTKWAVE.
P.S. Tristan, I assume you are suggesting a wiki page on the GHDL source forge site. - Vern On Wed, Jul 23, 2014 at 3:00 AM, <[email protected]> wrote: > Send Ghdl-discuss mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://mail.gna.org/listinfo/ghdl-discuss > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Ghdl-discuss digest..." > > > Today's Topics: > > 1. Re: An Eclipse IDE for GHDL with GTKWAVE integrated > ([email protected]) > 2. Re: Ghdl-discuss Digest, Vol 104, Issue 10 ([email protected]) > 3. Re: An Eclipse IDE for GHDL with GTKWAVE integrated > (Brian Drummond) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 23 Jul 2014 09:23:54 +0200 (CEST) > From: [email protected] > To: GHDL discuss list <[email protected]> > Subject: Re: [Ghdl-discuss] An Eclipse IDE for GHDL with GTKWAVE > integrated > Message-ID: > < > 1650811894.73817887.1406100234225.javamail.r...@zimbra20-e3.priv.proxad.net > > > > Content-Type: text/plain; charset=utf-8 > > > While ctags has the option to use regex to parse the source files, it > > is not what is being used for the vhdl module of ctags. The regex is > > only brought into the equation when the tags file is written for > > vhdl. > > Ok. Thank you for digging that. But note that the parser doesn't deal > with protected type (nor any vhdl 2008 features). > > > A solution involving ctags would require at least a partial re-parse > > and rewrite of the ctags file every time the file buffer is changed. > > (not a pretty solution) > > > > note: (I use token to mean any file data that needs to be > > kept-track-of.) > > > > I think a good solution for fixing this problem would be: rewriting > > the parser to include token scope, etc. and changing the tags file > > format, so the last tab delimited field per line would be a call to > > an external program. (do-able but, a bit bulky, and cumbersome) > > I suppose that any solution based on spawning a process when the file > is modified would be too slow. > > > The program would output the location of the tag regardless of > > white-space reformatting or comments. > > > > This would break compatibility I'm almost sure of it. > > > > > > If we were to use GHDL to output all the token locations for each > > file and noting scope, the external program for locating the current > > location of the token regardless of white-space or comments would > > still be an essential tool. > > GHDL has that capability (although this is not fully implemented). > > Regards, > Tristan. > > > > ------------------------------ > > Message: 2 > Date: Wed, 23 Jul 2014 09:25:14 +0200 (CEST) > From: [email protected] > To: GHDL discuss list <[email protected]> > Subject: Re: [Ghdl-discuss] Ghdl-discuss Digest, Vol 104, Issue 10 > Message-ID: > < > 1626272586.73820236.1406100314726.javamail.r...@zimbra20-e3.priv.proxad.net > > > > Content-Type: text/plain; charset=utf-8 > > > You might be interested in ZamiaCAD, http://zamiacad.sourceforge.net > > . This is a very well done VHDL (and Verilog soon) IDE. I believe > > there is a Python script for using the Eclipse GUI with GHDL. > > I have never tried zamiacad. If anyone has an experience and wants to > share it, please feel free to create a wiki page on the source forge site. > > Tristan. > > > > ------------------------------ > > Message: 3 > Date: Wed, 23 Jul 2014 08:59:22 +0100 > From: Brian Drummond <[email protected]> > To: [email protected] > Subject: Re: [Ghdl-discuss] An Eclipse IDE for GHDL with GTKWAVE > integrated > Message-ID: <[email protected]> > Content-Type: text/plain; charset="UTF-8" > > On Wed, 2014-07-23 at 09:23 +0200, [email protected] wrote: > > > > If we were to use GHDL to output all the token locations for each > > > file and noting scope, the external program for locating the current > > > location of the token regardless of white-space or comments would > > > still be an essential tool. > > > > GHDL has that capability (although this is not fully implemented). > > Possibly by operating on the ortho format, as saved by "BE=debug" and > read by oread-gcc? > > - Brian > > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Ghdl-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/ghdl-discuss > > > ------------------------------ > > End of Ghdl-discuss Digest, Vol 104, Issue 12 > ********************************************* >
_______________________________________________ Ghdl-discuss mailing list [email protected] https://mail.gna.org/listinfo/ghdl-discuss
