Stephen Bailey wrote:
> Data which the SG may find useful. The data is from a recent blind
> survey commissioned by Mentor and conducted by Wilson Research Group.
> This data is from North America. The rest of the world portion of the
> survey was recently completed and the combined results not yet
> available.
<snip - numbers showing VHDL in decline, SV on the up>
I'd be very interested in the rest of the world results - when will they be available? Also, is the NA part of the survey published? I'd be interested to read the methodology used.
From the VHDL perspective, this doesn't match my impression from over in Europe - maybe because I'm at the FPGA end? I can't comment on SV as I don't move in those circles. Or is it because I'm a designer who does also does verification rather than being a hard-core verification-only engineer?
Do the other non-USians on this reflector see this also, or is it just me?
> The survey included FPGA and ASIC designs and respondents from all
> industries/markets. Although data from the rest of the world might
> soften a bit what is being reported in NA, based on my personal
> experience, I don't expect it to be meaningful in any area except maybe
> SystemC, which has historically higher use in Europe and Japan than in
> the U.S.
When you say "meaningful" do you mean "it won't change the percentages much" or that those markets are not as influential? (Not being snarky - it's a genuine question! I realise that there are a few big players who have more influence than others)
>
> In the next year, 80% (4 of every 5) of designers and verification
> engineers will use a language that is not VHDL. Most of them will be
> using SV or Verilog.
>
> The SG needs to ask itself these questions: Can you stop a tsunami?
> What can you offer that would overcome a projected 3x+ advantage that SV
> will have over VHDL in verification usage within the next year; and
> surely greater than that 2 or 3 years from now. If the plan is to
> survive the tsunami, what will you do to survive it when EDA vendors
> clearly know where the market is going?
> Until these questions are
> addressed in a manner that reflects reality, my vote will remain No on
> another VHDL language revision.
>
Hmmm.
I'm another VHDL guy who writes all his testbenches in pure VHDL (and yes, VHDL strings and files *are* a pain). But I really don't want to have to learn another language - I already do VHDL, embedded C, Python, Matlab/Simulink to a pretty high level of competency (IMHO :). What seems to be being implied is that I'd better get used to it and learn SV. Does that mean I have to learn all the delta-timing-related-footshooting-avoiding that Verilog implies (or is SV free of those sorts of non-determinism like VHDL is?). I really don't want to have to go there!
However, having just read Jonathan's comments, I really like the idea of making it *really* easy to interface to a VHDL unit-under-test from any other language, be it C, Python, Matlab (or indeed one that I don't use :). And then we should put some effort into providing good verification environments in one or more of those languages that people find most interesting.
Cheers,
Martin (speaking for himself)
Conekt is a trading division of TRW Limited
Registered in England, No. 872948
Registered Office Address: Stratford Road, Solihull B90 4AX
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Mon, 20 Dec 2010 14:00:50 +0000
This archive was generated by hypermail 2.1.8 : Mon Dec 20 2010 - 06:01:46 PST