Daniel, There are many aspects that go into how a standard evolves. This is particularly true when you have deep legacy issues (for the "Verilog" aspects) composed with donated approaches that are then refined in committee. The resulting definitions are not always "the best" in terms of what a single person would define but are a reflection of best effort consensus among committee participants. The best way to understand that is to actively participate at the committee level and offer to write parts of the standard. The definition of compilation unit and how naming works is one very deep set of compromises along many facets. Personally, I would love to kill $unit completely. Unfortunately, I don't think that is a possible solution. There are also multiple ways in which to compose compilation and the $unit boundaries; the standard requires implementations to support at least two (every file is a compilation unit and "all files" form one compilation unit). But there are still tool interactions with the definitions on multiple levels. And there are still aspects of naming of compilation unit artifacts in terms of vpi that are less than ideal. That's (committee) life. Gord Daniel Mlynek wrote: > well, - yes you can workaround this by using packages > But dont you think that this is quite odd aproach and completly > different than ie C++ one - and for sure can make a lot of confusion > among SV users? > I was quite suprised when I realized that - and finding solution take me > some time. > > DANiel -- -------------------------------------------------------------------- Gordon Vreugdenhil 503-685-0808 Model Technology (Mentor Graphics) gordonv@model.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Tue Jul 15 08:47:06 2008
This archive was generated by hypermail 2.1.8 : Tue Jul 15 2008 - 08:47:35 PDT