From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.7 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC,SUBJ_ALL_CAPS autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 1089ad,2e03bc978c29ea47 X-Google-Attributes: gid1089ad,public X-Google-Thread: 103376,2e03bc978c29ea47 X-Google-Attributes: gid103376,public From: stephen@srbailey.com (Stephen A. Bailey) Subject: Re: ADA - VHDL Date: 1996/07/16 Message-ID: <31eb0eb4.5236159@owl.pageplus.com>#1/1 X-Deja-AN: 169071356 references: <31E2391F.A16BEBD@sh.bel.alcatel.be> <31ead866.2979882@news.smart.net> organization: NetPlus Internet Services, Fort Collins, CO reply-to: stephen@srbailey.com newsgroups: comp.lang.ada,comp.lang.vhdl Date: 1996-07-16T00:00:00+00:00 List-Id: >>There are things which >>I can not do in VHDL which I can in ADA and for which I see no reason. >> some examples: >> type new Integer; >> generics; >Unless there is a nomenclature problem, VHDL has these. I use them >often. True. You don't need to say "new"; simply: type New_int is range ; Also, generics are limited to entities and blocks. (Something Ada does not have.) The original statement probably referred to their omission from packages in VHDL. >> variant records" > >As for the other two. VHDL is, in the end, a way to describe >*hardware*. There are some extremely useful software construct which >simply do not translate well to hardware. (recursive structures is one >of these) The main issue with variant records is how they translate into events/transactions for signals declared to be of a variant record type (or a type containing such a subelement). VHDL semantics break composite signals down to the scalar level. VHDL does allow recursive structures via generates and component instantiations. =========================================================== Stephen A. Bailey pager: 408.271.7048 voice: 408.271.7048 850 Saratoga Ave, Apt E-106 San Jose, CA 95129 email: stephen@srbailey.com http: www.srbailey.com ===========================================================