[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [oc] Verilog coding style for Open Cores-RTL - Case in point SHA1



On Tuesday 27 May 2003 11:58 am, Shehryar Shaheen wrote:
> So what would Sytem Verilog have in the offing that
>  SystemC doesn't ?
>
> Would you think that the reason that SystemC is not popular is
>  cause the learning curve associated with a new language tends
>  to put off many users who already have a firm grip over current
>  HDLs ?

SystemC is not popular because C, object-orientation, and imperative 
programming are very poor languages and paradigms for describing 
hardware systems.

It is certainly not the learning curve.  In fact, most HW engineers 
are already masters of C, not to mention Perl, Python, Ruby, etc.

RTL designers live and breath dataflow, hierarchy, and component-based 
design methodologies -- this is part of the reason why HW engineers 
are better software developers than most software developers.

Unfortunately, SystemVerilog adds a lot of useless S/W baggage as 
well: classes, unions, a slew of C datatypes, forks/joins, 
semaphores, mailboxes.  Why did the SW guys controlling the standards 
committee feel the urge to add these features to Verilog?  Answer: 
Because 95% of all SW guys have never experienced anything outside 
C++ or Java -- arguably the 2 worse programming languages on the 
planet.   

But, of course, I'm biased. :-)  I only designed Confluence because 
choosing between Verilog and VHDL is picking a lesser of two evils,
and SystemC, Handel-C, et al, was a big step backwards.

-Tom

-- 
Tom Hawkins
Launchbird Design Systems, Inc.
952-200-3790
tom1@launchbird.com
http://www.launchbird.com/


--
To unsubscribe from cores mailing list please visit http://www.opencores.org/mailinglists.shtml