Prototype of generic complex numbers #355
Labels
No Label
bug
dependencies
discussion
documentation
duplicate
feature
good first issue
misc
performance
question
test
use case
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: kscience/kmath#355
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "commandertvis/generic-complex"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I still do not see motivation for generic Complex numbers. @CommanderTvis @grinisrit . Please create an issue and provide the use-case. You need to keep in mind that we can always easily add new types like
TwoComponenInt
. Right now, I think that generalizing Complex number won't bring a lot to the feature list, but will complicate development and create new problems for performance and discoverability.create
DoubleComplex
,FloatComplex
etc.Pull request closed