On May 19, 1:58 pm, Ralf-Philipp Weinmann <crypto....@gmail.com> wrote:
> zn_poly/pack.c:86:2: error: #error Not nails-safe yet > zn_poly/pack.c:168:2: error: #error Not nails-safe yet > zn_poly/pack.c:252:2: error: #error Not nails-safe yet > zn_poly/pack.c:351:2: error: #error Not nails-safe yet > zn_poly/pack.c:433:2: error: #error Not nails-safe yet > > Is there any easy fix to this? Apparently it's compiling in 32-bit > mode. If you want full logs, I can put them up. This message indicates that zn_poly thinks either that GMP is compiled with nails support (which I doubt), or that unsigned long is a different width from mp_limb_t. I can think of several possible causes.... (1) Sage is actually compiling with unsigned long != mp_limb_t, or (2) GMP/MPIR is not defining things like GMP_NUMB_BITS correctly, etc. In case (1), there is no easy fix (the next version of zn_poly will be able to handle mp_limb_t != unsigned long, but won't be ready for release for a few months yet). In case (2), hopefully the MPIR guys can help debug. david --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---