https://wiki.hh.se/ceres/index.php?action=history&feed=atom&title=Publications%3ASynthesizable_High_Level_Hardware_Descriptions 2026-05-23T00:58:14Z Revision history for this page on the wiki MediaWiki 1.22.6 https://wiki.hh.se/ceres/index.php?title=Publications:Synthesizable_High_Level_Hardware_Descriptions&diff=4271&oldid=prev 2014-06-26T03:44:53Z

<p>Created page with &quot;&lt;div style=&#039;display: none&#039;&gt; == Do not edit this section == &lt;/div&gt; {{PublicationSetupTemplate|Author=Jennifer Gillenwater, Gregory Malecha, Cherif Salama, Angela Yun Zhu, Walid...&quot;</p> <p><b>New page</b></p><div>&lt;div style='display: none'&gt;<br /> == Do not edit this section ==<br /> &lt;/div&gt;<br /> {{PublicationSetupTemplate|Author=Jennifer Gillenwater, Gregory Malecha, Cherif Salama, Angela Yun Zhu, Walid Taha, Jim Grundy, John O’Leary<br /> |PID=588246<br /> |Name=Gillenwater, Jennifer (Rice University, 6100 Main St, Houston, TX 77005, United States);Malecha, Gregory (Rice University, 6100 Main St, Houston, TX 77005, United States);Salama, Cherif (Rice University, 6100 Main St, Houston, TX 77005, United States);Zhu, Angela Yun (Rice University, 6100 Main St, Houston, TX 77005, United States);Taha, Walid [waltah] (Rice University);Grundy, Jim (Intel Strategic CAD Labs, 2501 NW 229th Ave, Hillsboro, OR 97124, United States);O’Leary, John (Intel Strategic CAD Labs, 2501 NW 229th Ave, Hillsboro, OR 97124, United States)<br /> |Title=Synthesizable High Level Hardware Descriptions<br /> |PublicationType=Journal Paper<br /> |ContentType=Refereegranskat<br /> |Language=eng<br /> |Journal=New generation computing<br /> |JournalISSN=0288-3635<br /> |Status=published<br /> |Volume=28<br /> |Issue=4<br /> |HostPublication=<br /> |Conference=<br /> |StartPage=339<br /> |EndPage=369<br /> |Year=2010<br /> |Edition=<br /> |Pages=<br /> |City=New York<br /> |Publisher=Springer-Verlag New York<br /> |Series=<br /> |SeriesISSN=<br /> |ISBN=<br /> |Urls=<br /> |ISRN=<br /> |DOI=http://dx.doi.org/10.1007/s00354-008-0093-1<br /> |ISI=000284289400002<br /> |PMID=<br /> |ScopusId=2-s2.0-78650128272<br /> |NBN=urn:nbn:se:hh:diva-20944<br /> |LocalId=<br /> |ArchiveNumber=<br /> |Keywords=Code Generation;Hardware Description Languages;Statically Typed Two-Level Languages;Synthesizability;Verilog Elaboration.<br /> |Categories=Datorsystem (20206)<br /> |ResearchSubjects=<br /> |Projects=<br /> |Notes=<br /> |Abstract=&lt;p&gt;Modern hardware description languages support code generation constructs like generate/endgenerate in Verilog. These constructs are used to describe regular or parameterized hardware designsand, when used effectively, can make hardware descriptions shorter, moreunderstandable, and more reusable. In practice, however, designers avoidthese abstractions because it is difficult to understand and predict theproperties of the generated code. Is the generated code even type safe?Is it synthesizable? What physical resources (e.g. combinatorial gatesand flip-flops) does it require? It is often impossible to answer thesequestions without first generating the fully-expanded code. In the Verilog and VHDL communities, this generation process is referred to as elaboration.This paper proposes a disciplined approach to elaboration in Verilog.∗1 By viewing Verilog as a statically typed two-level language, we are able to reflect the distinction between values that are known at elaborationtime and values that are part of the circuit computation. This distinctionis crucial for determining whether generative constructs, such as iterationand module parameters, are used in a synthesizable manner. This allowsus to develop a static type system that guarantees synthesizability. Thetype system achieves safety by performing additional checking on generative constructs and array indices. To illustrate this approach, we developa core calculus for Verilog that we call Featherweight Verilog (FV) andan associated static type system. We formally define a preprocessing stepanalogous to the elaboration phase of Verilog, and the kinds of errors thatcan occur during this phase. Finally, we show that a well-typed designcannot cause preprocessing errors, and that the result of its elaborationis always a synthesizable circuit.&lt;/p&gt;<br /> |Opponents=<br /> |Supervisors=<br /> |Examiners=<br /> |Patent=<br /> |ThesisLevel=<br /> |Credits=<br /> |Programme=<br /> |Subject=<br /> |Uppsok=<br /> |DefencePlace=<br /> |DefenceLanguage=<br /> |DefenceDate=<br /> |CreatedDate=2013-01-14<br /> |PublicationDate=2013-01-15<br /> |LastUpdated=2013-01-16<br /> |diva=http://hh.diva-portal.org/smash/record.jsf?searchId=1&amp;pid=diva2:588246}}<br /> &lt;div style='display: none'&gt;<br /> <br /> == Keep all hand-made modifications below ==<br /> &lt;/div&gt;{{PublicationDisplayTemplate}}</div>

Slawek