2009/5/12 mabshoff <mabsh...@googlemail.com>:
>
> Hello folks,
>
> due to Martin Albrecht tracking down the evasive libSingular issue
> (turns out it was a linker oddity due to static libs being linked
> multiple times into an extension in case you care) I have build a
> 3.4.2 binary with various fixes and posted it at
>
> http://sage.math.washington.edu/home/mabshoff/OSX64/
>
> The md5sum is
>
> ceecabe47a054674ea578449261aabcb sage-3.4.2-OSX10.5-64bit-i386-
> Darwin.dmg
>
> It still has a single workaround applied to make the notebook work,
> but we should be able to resolve that and the doctest failure in
> gen.pyx in the remaining time for Sage 4.0.
I can resolve the failure in gen.pyx easily: Just completely delete
the finitefield_init function! This pari function has always been
flakie, IMHO, and is used nowhere else in SAge. It used to be used by
Sage to make finite fields, but I just had a look and it is not used
anywhere else in Sage (it's commented out). Instead we use some code
written in Sage itself.
sage: search_src('finitefield_init')
rings/finite_field_ext_pari.py: #
self.__pari_modulus = pari.pari.finitefield_init(self.__char,
self.__degree, self.variable_name())
In that file I write
# The following is fast/deterministic, but has serious
problems since
# it crashes on 64-bit machines, and I can't figure out why:
# self.__pari_modulus =
pari.pari.finitefield_init(self.__char, self.__degree,
self.variable_name())
# So instead we iterate through random polys until we
find an irreducible one.
William
--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URLs: http://www.sagemath.org
-~----------~----~----~----~------~----~------~--~---
