Skip to content
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

[NUMBERS-131] Re-write implementations of double approximation factory methods in BigFraction #66

Open
wants to merge 8 commits into
base: master
Choose a base branch
from

Conversation

Schamschi
Copy link
Contributor

No description provided.

@coveralls
Copy link

Coverage Status

Coverage increased (+0.2%) to 94.471% when pulling cf54480 on Schamschi:NUMBERS-131 into 3eb5405 on apache:master.

}

/*
* Required facts:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

At some point it will probably be better to move discussions like this to a wiki or other documentation, and just link to it here.

@ericbarnhill
Copy link
Contributor

Thanks for the great contribution Heinrich! I can't figure out why it's giving you a conflict, looks like you just deleted that code to me :).

@Schamschi
Copy link
Contributor Author

Hi Eric,

sorry for the late reply, I have a bit much to do right now, and I don't think I'll be able to have a look at it before Sunday. But thanks for taking the time to look at it. There are some other things that need to be changed besides those you mentioned, for example the Javadoc, as I've learned in the meantime that MathJax is preferred over HTML also in private and package-private elements.

And about the lengthy explanation of the algorithm: Do you have a specific suggestion? The essence of the algorithm is described in the Wikipedia article Continued Fraction, which is where I got it from, but I'm not sure if this is a suitable source to cite, because it doesn't contain any explanation as to why the algorithm works, and the references for the respective sections of the article were not very helpful either, as far as I remember. The book by A. Khinchin was the best source I could find, and the sections I cited are available on the free preview on Google Books, but I couldn't find a summary of the algorithm there (at least not in the free preview, I don't have the book, so I don't know if there is one somewhere in the rest of the book).

@aherbert
Copy link
Contributor

This PR is out-of-date. The algorithm for BigFraction was rewritten since this PR was made. But IIUC this contains a method to extend beyond the long datatype for the numerator/denominator used in the current implementation.

If you care to rebase the code on the current master then I'll take a look.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants