#6046: [with new patch, needs review] Implement local and global heights for
number field elements
---------------------------+------------------------------------------------
Reporter: cremona | Owner: was
Type: enhancement | Status: new
Priority: major | Milestone: sage-4.0.1
Component: number theory | Keywords: number field height
---------------------------+------------------------------------------------
Comment(by cremona):
The new patch trac_6046.patch replaces all earlier ones. I have taken
Francis's advice and now use the places() function (notwithstanding the
issue raised above). This meant implementing places() for relative
extensions, which I did. I also made a slight refinement to
K.primes_above() which used to sort on degree but now also sort on norm
(thus avoiding one possible source of doctest failures due to randomness).
It may well be that whoever wrote this only ever intended it to be used
with prime arguments! Note however that where there are two primes in the
list with the same degree and norm, the order is not necessarily
canonical.
I have tested this on both 32-bit and 64-bit machines.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/6046#comment:8>
Sage <http://sagemath.org/>
Sage - Open Source Mathematical Software: Building the Car Instead of
Reinventing the Wheel
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en
-~----------~----~----~----~------~----~------~--~---
