-
Notifications
You must be signed in to change notification settings - Fork 109
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
echNonZeroInRow() and eachNonZeroInColumn should take VectorFunction instead #172
Comments
Also the same refactoring should be done for accumulators. |
These methods should be marked deprecated in this release. And should be removed at the next release 0.6.0. |
Are you saying that the following should be deprecated?
And instead of taking in a |
Not all of those. Only |
I'm trying to understand how a Current method:
New method:
|
Wait, where did you find this Looks like the ticket description wasn't clear. It's mu bad - I usually leave tickets to myself, so I keep some context in my head. It's time to change it. So, we don't need to replace procedure witch function (like in your example), but we should make all the row or column iterating methods take vector procedure/function instead, since we iterate through the row/column and we have one of the dimension fixed. Simply speaking: void eachNonZeroInRow(int i, MatrixProcedure) // wrong
void eachNonZeroInRow(int i, VectorProcedure) // ok, since i-th row is a vector
void foldNonZeroInRow(int i, MatrixFunction) // wrong
void foldNonZeroInRow(int i, VectorFunction) // ok, since i-th row is a vector What about implementation of |
Oh, I see. It's in |
Ok, maybe I'm not fully understanding this issue then. Is there more to just swapping Also, I thought there were 4 methods getting deprecated/added: Deprecated
Added:
|
Oh, I see it now. |
Right. BTW, we can just remove these two guys: double foldNonZeroInRow(int i, MatrixAccumulator accumulator);
double foldNonZeroInColumn(int j, MatrixAccumulator accumulator); Since they were added this release. |
This has been fixed by PR #233. |
@vkostyukov, since it seems this issue can be closed, is there a next issue you would like me to look into? |
Hi @DWiechert! How about this one #227? It might be interesting for you. |
Other variants should be deprecated in this milestone.
The text was updated successfully, but these errors were encountered: