Comment #9 on issue 1731 by asmeurer: fraction can be more flexible http://code.google.com/p/sympy/issues/detail?id=1731
As I noted above, fraction can deal with assumptions on the exponents. Also, fraction seems to be a full algorithm whereas as_numer_denom is implemented method wise on the classes (recursive). So the work seems to be duplicated. I wouldn't be surprised then if one of them ends up being capable of doing what the other can. I vote that we put all of the code in as_numer_denom and make fraction a wrapper around it (or get rid of it). Looking at the fraction code, it could be all implemented as methods, so I we should just go through and make sure that there is nothing fraction can do that as_numer_denom can't. Also, let's put the assumptions flag in as_numer_denom. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings -- You received this message because you are subscribed to the Google Groups "sympy-issues" group. To post to this group, send email to sympy-iss...@googlegroups.com. To unsubscribe from this group, send email to sympy-issues+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/sympy-issues?hl=en.