Because flint is linking against gmp, the short-term solution is probably
to just add a prototype for __gmpn_udiv_w_sdiv in the relevant section of
longlong.h. The flint developers plan to implement a better solution when
they switch from gmp to mpir (a fork of gmp currently under development).
I've implemented the short-term fix in
<http://web.mit.edu/tabbott/Public/flint_1.011-2.dsc>.
I don't have access to an s390 machine to do a test build on. I'd
appreciate it if you would do a build on on s390 to see if this is
sufficient to fix the problem.
-Tim Abbott
On Tue, 23 Sep 2008, Tim Abbott wrote:
It does link the library; the code being copied is an internal header that
defines macros giving a platform-independent interface to efficient
implementations of various arithmetic operations.
I think the impression that the flint developers think that the definitions
in longlong.h should be part of the public GMP API.
-Tim Abbott
On Tue, 23 Sep 2008, Bastian Blank wrote:
On Tue, Sep 23, 2008 at 11:58:39AM -0400, Tim Abbott wrote:
I've traced the problem to flint having copied longlong.h from GMP
without also copying udiv_w_sdiv.c from GMP, which defines (after some
macro magic) __gmpn_udiv_w_sdiv.
Why does it copy code from GMP and not link the lib?
Bastian
--
Witch! Witch! They'll burn ya!
-- Hag, "Tomorrow is Yesterday", stardate unknown
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
