• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Mixed-Signal Design
  3. Compilation units created inside virtuoso library datab...

Stats

  • Locked Locked
  • Replies 3
  • Subscribers 64
  • Views 14808
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Compilation units created inside virtuoso library database

analogcad2
analogcad2 over 6 years ago

Hi,

I am seeing bunch of cells inside Virtuoso which are named as "$unit_0x*". There is a view inside all these cells with a name "compilation_unit". It just has systemVerilog code copied from other SV views. Does anyone know why all these views are created inside dfII database? Is there a setting inside Virtuoso not to create these views? These views are getting checked in inside DM accidentally and creating a lot of mess. 

Thanks.

  • Cancel
Parents
  • Andrew Beckett
    Andrew Beckett over 6 years ago

    I found a discussion about this in another case:

    Reason: Whenever we include a systemVerilog package some extra cells get created with the prefix of $unit_. Broadly, these intermediate files are produced as a result non-design unit declarations in the "compilation unit scope" which is the region between design units (like modules). The compilation unit scope doesn't have a name (it is anonymous), so we synthesize a name for it beginning with '$unit'. These cannot be removed because other intermediate files depend on them.

    We probably need to see the SystemVerilog code to see if this is truly the case - I'd suggest you contact customer support for this.

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • Andrew Beckett
    Andrew Beckett over 6 years ago

    I found a discussion about this in another case:

    Reason: Whenever we include a systemVerilog package some extra cells get created with the prefix of $unit_. Broadly, these intermediate files are produced as a result non-design unit declarations in the "compilation unit scope" which is the region between design units (like modules). The compilation unit scope doesn't have a name (it is anonymous), so we synthesize a name for it beginning with '$unit'. These cannot be removed because other intermediate files depend on them.

    We probably need to see the SystemVerilog code to see if this is truly the case - I'd suggest you contact customer support for this.

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
  • analogcad2
    analogcad2 over 6 years ago in reply to Andrew Beckett

    Hi Andrew,

    I verified that all the compilation units have "import cds_rnm_pakg::*" inside them. I have also attached one of the SV codes as an example. Cant these views not be dumped inside ".pcdb/" directory outside virtuoso environment? That seems logical step to me instead of creating view inside virtuoso library database. I have lot of SV views including "cds_rnm" package and it creates one "$unit_" view for every one of them. 

    I will also follow up with Cadence support on this.

    Thanks.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • Andrew Beckett
    Andrew Beckett over 6 years ago in reply to analogcad2

    Thanks for the additional info.

    Rather than me look at it as well as whoever picks this up in customer support, I'll leave it to my colleague who picks this up (I don't have the bandwidth to do work that somebody else is going to do, especially as this will quite likely need a CCR to see if R&D can change the existing behaviour, and that really needs to be tied to you as a customer).

    Regards,

    Andrew.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information