Related articles |
---|
Embeddable and Extensible Languages petela@gocougs.wsu.edu (PlayDough) (2005-01-12) |
Re: Embeddable and Extensible Languages jm@bourguet.org (Jean-Marc Bourguet) (2005-01-14) |
Re: Embeddable and Extensible Languages petasis@iit.demokritos.gr (Georgios Petasis) (2005-01-14) |
Re: Embeddable and Extensible Languages lhf@csgpwr1.uwaterloo.ca (2005-01-14) |
Re: Embeddable and Extensible Languages Juergen.Kahrs@vr-web.de (=?ISO-8859-1?Q?J=FCrgen_Kahrs?=) (2005-01-14) |
Re: Embeddable and Extensible Languages thant@acm.org (Thant Tessman) (2005-01-14) |
Re: Embeddable and Extensible Languages hombre@gmail.com (Tom Verbeure) (2005-01-15) |
Re: Embeddable and Extensible Languages petela@gocougs.wsu.edu (PlayDough) (2005-01-15) |
Re: Embeddable and Extensible Languages kenrose@tfb.com (Ken Rose) (2005-01-15) |
Re: Embeddable and Extensible Languages petela@gocougs.wsu.edu (PlayDough) (2005-01-15) |
Re: Embeddable and Extensible Languages thant@acm.org (Thant Tessman) (2005-01-22) |
Re: Embeddable and Extensible Languages jc.lelann@wanadoo.fr (Jean-Christophe Le Lann) (2005-01-22) |
Re: Embeddable and Extensible Languages gneuner2@comcast.net (George Neuner) (2005-01-24) |
[4 later articles] |
From: | Tom Verbeure <hombre@gmail.com> |
Newsgroups: | comp.compilers |
Date: | 15 Jan 2005 20:53:34 -0500 |
Organization: | Compilers Central |
References: | 05-01-040 05-01-044 |
Keywords: | interpreter |
Posted-Date: | 15 Jan 2005 20:53:34 EST |
> It seems odd that you haven't look Tcl (http://www.tcl.tk). For me
> its by far the most advanced language when it comes to portability &
> maturity of code (stable, easy to understand & extend).
From what I understand of the original email, the intention is to use
have language to write behavioral models that interact with the
simulator cycle-by-cycle.
(Disclaimer: Despite my intense distaste for Tcl,) I agree that Tcl is
the best choice for a *command* language, that is, to control
simulator, set breakpoints etc. But I don't think it's a good language
to write functional hardware models. Python has a number of
constructs, like generators, that make it much easier to model a
cycle-based environment. (You may have a look at
http://jandecaluwe.com/Tools/MyHDL/Overview.html for some
inspiration.)
I know of a company that linked Python to a VHDL simulator and used
the python environment to mimic an external or internal processor.
(Basically, the python environment was driving an AHB bus.) I don't
know if they used multiple, concurrent, threads though.
Tom
Return to the
comp.compilers page.
Search the
comp.compilers archives again.