You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What happens if we remove nimble as a dependency? Should it be? If this is a standalone project, it might be desirable to remove it. Also, it looks like there are certain variable names that are shared (e.g. compareMCMCs()), so you'll need to be vigilant about using the :: operator.
@tbrown122387 I did clean up other entries in Depends vs Imports, but it looks like we do need nimble in Depends. It's related to how nimble does a lot of R code generation and evaluation. For example, it makes on-the-fly function definitions to use in models and class definitions for models and other components. This brings up issues to do with nimble more than compareMCMCs so I won't go further. If possible in the future we will be able to move nimble from Depends to Imports.
The reason for the duplication of the name compareMCMCs across packages is that the idea started as a function in nimble and now is being separated into its own package here (and completely re-designed). So compareMCMCs in nimble just tells users they need this new package. Once this is released, we will eventually remove compareMCMCs from nimble.
This is more of a question:
What happens if we remove
nimble
as a dependency? Should it be? If this is a standalone project, it might be desirable to remove it. Also, it looks like there are certain variable names that are shared (e.g.compareMCMCs()
), so you'll need to be vigilant about using the::
operator.compareMCMCs/compareMCMCs/DESCRIPTION
Line 17 in 7faa8c1
openjournals/joss-reviews#3844
The text was updated successfully, but these errors were encountered: