Timothy Miller wrote: > On 5/27/06, André Pouliot <[EMAIL PROTECTED]> wrote: > >> >> Some synthetizer accept both language in the same design. But it must be >> by doing call to the others block. For example you have the spi prom >> interface in vhdl you instanciate it in a verilog design, the contrary >> could also be true. One simulator who can do that is "modelsim". For the >> synthesis there is "Precision Synthesis" who can also do it. Normally >> fpga company their synthesis program have a interface module for >> precision synthesis. >> >> Only problem with these software is the cost. For the rest they work >> like a charm and if I remember correctly they work in windows, linux, >> hp-ux and solaris. >> > > I can see that this language issue is going to be a problem. Any > ideas as to how to deal with it? Lessons on the two languages? Who > is willing to buy a book? I can point you to one that teaches them > side-by-side. > > Also, anyone who knows either language should all be able to read and > tweak the other, given existing code, right? > For the language issue, I don't know what is best. But what I could suggest since you are going to code a big chunck of it do it in the language you prefer(if I remember right verilog) and suggest to most people to use it also. There is a good tutorial on verilog here : http://www.asic-world.com/verilog/index.html A short intro on VHDL : http://www.eng.auburn.edu/department/ee/mgc/vhdl.html
For tweaking code in another language than the one you know, verilog would need more knowledge than VHDL. VHDL is habitually more litteral than verilog. But if each code is well commented and with a minimal knowledge of each language, it shouldn't be to hard. Also if there is multiple person who work on the code we better use some guideline on signal denomination and file name convention. Also the structure of directory used. It's some boring consideration to do right now but if we don't in a few month we are going to wish we did. _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
