Add arithmetic for UnivariateFinite
objects.
#12
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
edited
This PR implements
+(::U, ::U)
,-(::U, ::U)
,-(::U)
,*(::U, ::Number)
,*(::Number, U)
,\(::U, ::Number)
whereU
is aUnivariateFinite
orUnivariateFiniteArray
, with performant versions for the latter. These symbols are being given the usual meanings when we view aUnivariateFinite
object as a finite measure. It seems the restriction toNumber
type is necessary to avoid ambiguity withBase.*(::Number, ::AbstractArray)
.It also adds some doc-string fixes and a fix to allow show method to work when "probabilities" are complex, etc.
Resolves #10.