Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

SystemC , Systemverilog , vera , specman...

Status
Not open for further replies.

roadrunner

Junior Member level 3
Joined
Oct 31, 2001
Messages
25
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,281
Activity points
147
history of verisity specman

Hi All : For those languages which is suitable for verifatin engineer need
to know! Do't tell me all of them , This wil kill me!
Any commend!


rgds roandrunner
 

i think e-language(specman) is suitable!
but now i use vera. :)
 

hi,
I think vera,coz ova is very simple to use . and you can use vera to establish your own testbench quickly and easily.
and who can tell me the advantage of specman?
I just heard it and never use it.
thanks.
 

SystemVerilog looks attractive. However, it's still some distance away from being accepted by IEEE. Plus, except for VCS from Synopsys, who else supports SystemVerilog?

Vera is being phased out since Synopsys is promoting SystemVerilog now. The Vera code written today might become completely useless in a few years. Same with Specman. If the company dies in a few years, all the eVCs developed today will be useless. Currently there is no sign that any of the large EDA houses is interested in acquiring Verisity, the maker of Specman. So there is some uncertainty regarding this tool. However, the current customer base for Specman is probably the largest among all 4 tools.

SCV looks very attractive. I haven't had enough time to look into it yet. I'd like to seem someone comment on that one.
 

I just think E can survive in the future years since IEEE appears to be very headache about systemverilog and does not want to accept it as a new verilog standard. For systemverilog, cadence also doesn't plan to support such a mixed language(design and verification, two quite different tasks). Therefore, just synopsys is planning to support its own language, however, it looks so hard so far.

Additionally, VERA has been out of date since no vendor wants to support it. But, the situation of Language E is quite different from that of VERA. Verisity supports this language and IEEE has accept it as a preliminary standard for verification language. Besides this, a lot of companies, say IBM, Cadence and Intel are also on the side of Verisity.

It's said, in 1998, Synopsys wanted to acquire Verisity, but, "unfortunately" (for synopsys), Verisity didn't want to sell it.
 

As well as I know,SystemC is best for system level and RTL verificaion. And some company, such as Cadence and Synopsys will be focus on this field. For instance, in order to make systemc better for verification, Cadence extend the systemc into CVE according to join some Randomization and concurrency verification methodology and functions into systemc library.
 

If i'm wrong, please correct me.
I think systemC will not be as important as before, cuase synopsys will start to push their systemverilog, Cadence used to not support systemC in their flow. but when systemverilog is out, cadence start to push SystemC with their verification library.
In many synopsys product, they already have VERA support(eg. VIP)
so i think in this language battle, sysnopsys is now win cadence.
 

Jeda

A potential alternative to the testbench extensions in SystemVerilog 3.1...

----------------------------------------------------------------------------------
"The SystemVerilog 3.1 verification layer came from Vera,
which originated from lots of my ideas," said Atsushi Kasuya,
Jeda Technologies' chief technology officer and
the author of two Vera patents.
----------------------------------------------------------------------------------

The technology that Jeda has donated to the IEEE 1364 Verilog committee
includes object-oriented programming support for
* writing testbenches,
* aspect-oriented programming support,
* enhanced list and array data types for behavioral modeling,
* concurrent programming support,
* various synchronization primitives for multithreaded execution and
* cycle-based testbench support.
----------------------------------------------------------------------------------
ref: **broken link removed**
 

yes, Jeda verifivation tool is faster than all of them and easy to learn like Vera, but its Gui interface is very simple.


An article about Jeda and IEEE standard:
**broken link removed**
 
Press Release:
http://biz.yahoo.com/bw/031006/65015_1.html
 
Jeda Tutorial:
**broken link removed**
 
 

I think specman 'e' is good!

First, it's a mature verification language and excellent support from verisity. Maybe, verisity is only a little-boy so they have to do good support.

Second, it's a aspect-oriented language, easy to use and you can extend new funcionalities easily.

Anyway, who likes to be verification engineer? It's hard to find a job as a verification engineer in the north american. It is better to be ASIC designer rather than verification engineer.

8O
 

One point which you have to consider - Vera or OpenVera is a standard open language which any one can learn & use it, where else, 'e' is a proprietary language by Verisity.

Synopsys claimed that Vera has a roadmap/path towards SystemVerilog but Verisity doesn't.

What do you think of that?
 

old_cat said:
I think specman 'e' is good!

Anyway, who likes to be verification engineer? It's hard to find a job as a verification engineer in the north american. It is better to be ASIC designer rather than verification engineer.

8O

That's not right. I see more openings for verficiation engineers than RTL designers. The barrier for RTL design is much lower now. However, to become a good verification engineer, it takes quite some effort. Specman is not easy to learn and master.
 

I also prefer to do design ... but I'm doing verification in Specman.
I could anytime switch on doing design, while a design engineer will require a period of accomodation with the verification tools/languages in order to do a good verification job.

As I saied in other post:

Specman it's used especially for it's lists and coverage features. If Verilog for example would have the possibility of generating dinamic structures (lists) and collecting functional coverage, Specman wouldn't have appeared.

In fact I think that the usage of specman will decrease ater the release of ModelSim 5.8 which will have full supoport for SystemC language that has all the features of the E language.
 

hi, all
If I make mistake, pls correct me.
I just use vera from synopsys. And I think it's simple to master and use.
Can anyone tell me something about specman .
And I think systemverilog is also simple. So can I draw a conclusion that systemverilog will be popular?
thanks for any comments.
 

I took a look on the SystemVerilog LRM and I didn't see any coverage like constructs.
If SystemVerilog will support the functional coverage, it will be my favourite too.

The SystemC Verification Library (SCV) seems to have a transaction collecting system (coverage like) but I didn't try it. I wait the release of ModelSim 5.8 which will support SystemC.
 

I personally belive that SystemVerilog will finally take all the other languages and third party 'E' languages our of the scene.

It has all the power for the ASIC design and verification. I just attended
SystemVerilog Now seminar across North America. It was very good and I strongly recommend those who are interested to take it.

Regards,
 

I've browsed through the SystemVerilog training slides. It looked impressive on paper. However, the future of SystemVerilog is still not clear. First, it's not accepted by IEEE yet. And it won't become a standard before 2005. Second, how many other EDA vendors support SystemVerilog?
 

Purpose of SystemC is different then purpose of OpenVera or e, and this language will be used in parallel with SystemVerilog (if Synopsys win).
I don't think that there is future for e. This language and tool (Specman) are the most powerful on the market, but very complicated to learn. It is true that Specman covers 70% of this market those days and that e is IEEE standard now, but Synopsys is very good in dirty wars and I think this will prevail.
 

did E become IEEE standrad?
 

c@dence has announced to support SystemVerilog. thus SystemVerilog become the most promising language for verification, I think. Although e-language may be much better.
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top