[PURRS-devel] Re: Apparent non-termination of NTL's `make check' (version 5.3.2)
bagnara at cs.unipr.it
Sat Jul 3 21:45:51 CEST 2004
victor shoup wrote:
> Don't worry about the version number issue.
> I haven't seen the problem with the "subset" program before.
> It should terminate in a few seconds.
> The code associated with that program hasn't changed for years.
> It looks like you are using a pretty "bleeding edge" version of gcc.
> I suspect it could be some kind of issue with floating point
> arithmetic...possibly a bug in the
> compiler, or possibly the NTL code makes an assumption about code
> generation that is
> not strictly "legal" somehow.
> If you have access to an older version of gcc, try that.
> Also, try compiling without optimization...the quickest way to do this
> in this case:
> 1) edit makefile, and delete -O2 from the compiling options (should be
> obvious where this is).
> 2) touch LLL_FP.c (that should be the file causing the problem)
> 3) make ntl.a (should cause just LLL_FP.c to be recompiled)
> 4) make check (try again)
> Let me know what happens....even if this is a gcc bug, I should try to
> find a work-around.
I have replaced "-O2" by "-g" in `makefile', but recompiling LLL_FP.c
only did not fix the problem. However, by rebuilding the entire library
with "-g" instead of "-O2", `make check' terminates successfully.
Please let me know if I can do more to help you trace the problem.
All the best,
Prof. Roberto Bagnara
Computer Science Group
Department of Mathematics, University of Parma, Italy
mailto:bagnara at cs.unipr.it
More information about the PURRS-devel