-
Notifications
You must be signed in to change notification settings - Fork 35
Parameterization with Package (ie. Distributions) #757
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Codecov Report
@@ Coverage Diff @@
## master #757 +/- ##
==========================================
+ Coverage 77.90% 77.91% +0.01%
==========================================
Files 36 36
Lines 2996 2998 +2
==========================================
+ Hits 2334 2336 +2
Misses 662 662
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
@davidanthoff the calls look like this:
which returns
I think that makes sense, since if you call I also added a wip file with I think is what we want to work? |
@davidanthoff ok I think this works ... |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me.
This handles #754, originally pointed out on the forum at https://forum.mimiframework.org/t/set-a-parameter-as-a-distribution/106/15.
We need to handle the issue of parameterizing a
Parameter
orDistribution
with a type from another package likeDistributions
, specifically something like this:The error originally stems from like 271 of
@defcomp
:@davidanthoff suggests the following : "We can discuss the problem with Distributions on Fri. We might just have slightly rewrite the expression that gets passed to the Main.eval call, so that in the expression tree we don't use a symbol Distributions (which it will then try to resolve in the Main module, where Distributions isn't loaded), but instead just put a ref to the Distributions module itself into the AST that we pass to eval. I think it should then work without a name resolution."