Stats

  • Locked Locked
  • Replies 19
  • Subscribers 144
  • Views 22891
  • 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

Cadence IC5.1.41 libInit.il

ag2888
Hi,

I wanted to know is it possible to overwrite the libInit.il file, which is specified in the project area by a local version of the same??
I am actually trying to load a user defined set of "modelPath"s for the analog design environment. So i have another skill script in my local area to do that (this is loaded using .cdsinit). But the libInit.il file in the project area, that is sourced whenever i open the library manager, overwrites the "modelPath"s by loading a script in the project area.

Any suggestions how this can be done?

Any other suggestions on how to add some default set of "modelPath"s for the ADE?

Thanks
Parents

  • Hi,

    I am facing the exact same problem currently, and did not yet find an answer - too bad that Andrew did not answer this question, it would have been very helpful.

    Is there a way that I can keep my customized path to the modelfiles ?

    One workaround I found is, to load first the "libInit.il" in .cdsinit BEFORE setting my custom path. By that the Virtuoso environment does not reload the "libInit.il" when a library is accessed the first time via schematic/layout/ADE.

    But this workaround creates some warnings when loading "libInit.il" via .cdsinit, and I am not sure why and if it is okay to call it during .cdsinit.

    Any better way to do it ?

  • in reply to HoWei

    You can't disable the loading of a libInit.il. There are two approaches that could be used - one is to just use:

    ddGetObj("theLibName")

    in the .cdsinit - that will force the libInit.il to be loaded in the standard fashion because it's loaded from the firstAccessLib trigger of the l library.

    The second (a bit more complicated) is to define your own firstAccessLib ddTrigger (using ddRegTrigger) to do something after each library is first accessed - it could then augment or set the model files. However, this is a bit more complicated. I'd probably just use the ddGetObj approach.

    Regards,

    Andrew.

  • in reply to Andrew Beckett

    Hi guys,

    thanks for kick'in in so quick !

    My apologies - I first did not see the complete thread for some reason, just the last comment from Andrew, now I see the quite lengthy discussion.

    I actually do typically use ddGetObj(), but somehow in the last PDK install it did not work. I have to debug again, and see what the problem is.

    But now I know the reason why I used ddGetObj() always !

    Thnx!

  • in reply to HoWei

    I didn't notice the full thread either! This is an annoying feature that it collapses the threads sometimes so it didn't look as if there was any history. At least I appear to be consistent in my responses!

    Andrew.

Reply Children
No Data

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.