Re: GMP 6.1.2 t-count_zeros failure on ARM with assertions

On 2017-12-26 11:51:28 +0100, Niels Möller wrote: > Hmm, I guess the problem is > > #define count_leading_zeros_gcc_clz(count,x)\ > do { \ > ASSERT ((x) != 0); \ > (count) = __builtin_clzll (x);

GMP 6.1.2 t-count_zeros failure on ARM with assertions

I've built GMP 6.1.2 with assertions: ./configure --enable-assert --prefix=$HOME/opt/gmp-6.1.2 on an old ARM VM (Debian squeeze). But I get the failure: FAIL: t-count_zeros === t-count_zeros.c:31: GNU MP assertion failed: (n) != 0 FAIL t-count_zeros (exit status: 134) I've

Re: register corruption under MS Windows / x86-64

On 2017-12-15 00:00:40 +0100, Torbjorn Granlund wrote: > It is a flaw in our testing setup that this calling convention breach is > not caught by the automated testing. I will fix both bugs. :-) > > I have now pushed a fix for the mainline repo. Testing would be > appreciated! One of

register corruption under MS Windows / x86-64

There appears to be a bug in mpn/x86_64/fastsse/com-palignr.asm, which is now used by the GMP trunk. If I understand correctly, the optimized loop uses xmm6 and xmm7 without restoring their values. This is correct under Linux, but not under MS Windows, according to:

Re: GNU MP 6.1.2 error undefined symbol __gmpn_invert_limb in test t-constants

On 2017-08-28 23:33:03 +0200, Niels Möller wrote: > Vincent Lefevre <vinc...@vinc17.net> writes: > > This only works if the user is root. If a non-root user wants to > > install libraries in his home directory, the right solution is to > > use LD_LIBRARY_PATH (since

Re: GNU MP 6.1.2 error undefined symbol __gmpn_invert_limb in test t-constants

On 2017-08-28 22:50:23 +0200, Niels Möller wrote: > Dennis Clarke writes: > > > In some manner the pre-existing libs were getting in the way likely > > because LD_LIBRARY_PATH=/usr/local/lib and thus the new libs in the > > build_dir/.libs were not used. > >

Re: FreeBSD links wrong library for tests if one is installed in $prefix

On 2017-06-28 13:55:41 +0200, Torbjorn Granlund wrote: > Emmanuel Thomé writes: > > freebsd's ld, which is a venerable GNU binutils 2.17.50 dated 2007-07-50 > (yes, I'm talking about the current freebsd), does not emit new dtags > (runpath vs rpath) by default. >

Re: FreeBSD links wrong library for tests if one is installed in $prefix

On 2017-06-27 23:11:02 +0200, Emmanuel Thome wrote: > On Tue, Jun 27, 2017 at 08:01:50PM +0200, Vincent Lefevre wrote: > > On 2017-06-27 19:21:00 +0200, Emmanuel Thome wrote: > > > gf2x-freebsd-110-amd64-test2 ~/gmp-6.1.2 $ objdump -x > > > ./tests/mpn/.libs/t-m

gmp_snprintf tries to allocate 18 EB on long strings

Consider the following program: #include #include int main(void) { int r; long n = -1; r = gmp_snprintf (NULL, 0, "%2147483600s%100s%ln", "", "", ); printf ("%d %ld\n", r, n); return 0; } On my Debian/unstable x86_64 machine (GMP 6.1.2 provided by the Debian package), I get after

Re: "make check" fails: undefined reference to `__gmpn_compute_powtab'

After a closer look, problem solved with "autoreconf". IMHO, maintainer mode should be enabled by default. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC

Re: x86_64-w64-mingw32 test FAIL t-scanf.c:1477: GNU MP assertion failed: ret == (-1)

On 2017-03-30 10:52:33 +0100, Claude Heiland-Allen wrote: > The failing source code is: > > /* EOF for no matching */ > { > char buf[128]; > ret = gmp_sscanf (" ", "%s", buf); > ASSERT_ALWAYS (ret == EOF); > ret = fromstring_gmp_fscanf (" ", "%s", buf); > ASSERT_ALWAYS

Re: building gmp-6.1 for s390 (31-bit) w/asm disabled failing with undefined sdiv_qrnnd

On 2016-12-09 22:29:18 +0100, Torbjörn Granlund wrote: > Right. The longlong.h file is shared among several GNU programs, but I > long ago stopped trying to keep GMP's version easily usable outside of > GMP. > > In particular, GMP's longlong.h requires various external functions, and > the

Re: mpz reuse test takes too much time

On 2016-09-28 16:24:15 +0200, Torbjörn Granlund wrote: > Vincent Lefevre <vinc...@vinc17.net> writes: > > But there may have been a temporary problem, as I now get: > > ./reuse 27.56s user 0.15s system 100% cpu 27.698 total > > That's more in the expe

Re: Compile warnings

On 2016-02-06 17:03:34 +, Junges, Sebastian wrote: > Dear developers, > > We are successfully using gmp in several of our projects. Thanks for all the > efforts you put into the project. > I’m fully aware that compilation time warnings are not the same as bugs, > however, I still would like

<    1   2