Re: Possibly an annoying test in configure

On 8/21/23 11:31, Arsen Arsenović wrote: Torbjörn Granlund writes: Dennis Clarke writes: Pretty sure that should be "int main (void) { return 0; } ". Surely that is not how the implicit main() declaration looks? A new compiler warning is warranted. So add (int argc, const c

Re: Possibly an annoying test in configure

d can it be to patch that in the configure.ac autotools stuff? -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs

Possibly an annoying test in configure

This is seen on FreeBSD 14.0 on a RISC-V machine ( the SiFive board ) however I bet it happens just about anywhere if one goes with strict C99 CFLAGS. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp

Re: Arithmetic bug on ARM (STM 32 F4)

quot;); gmp_printf("%Zd",result_check); printf("\n"); mpz_clear(t); mpz_clear(tt); mpz_clear(ttt); mpz_clear(expected_result); mpz_clear(result_check); return EXIT_SUCCESS; } As soon as I have some arm data I will be sure to pass that along. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs

Re: FAIL: t-printf on Debian sparc64 with gcc-10 patched for gcc bugid 97939

emory.c:102 #2 0x01007620 in check_one (want=0x101dfc0 " 123", fmt=0x11267a8 "%10Nd") at t-printf.c:312 #3 0x01007af4 in check_z () at t-printf.c:424 #4 0x0100a6d0 in main (argc=1, argv=0x7fef628) at t-printf.c:945 (gdb) Something odd is

FAIL: t-printf on Debian sparc64 with gcc-10 patched for gcc bugid 97939

s_allocate 38:#define obstack_chunk_free tests_free_nosize I just go single stepping around madly for a while and that includes into the sources of glibc-2.31 and I simply got lost. Is there an easier way to track this down? -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux

Re: Debian Linux SPARC64 issue with FAIL t-printf (exit status: 139)

/lib/ COLLECT_GCC_OPTIONS='-v' '-fsanitize=undefined' '-v' '-c' '-mcpu=v9' root@ceres:~# That was fast. I will build libgmp 6.2.1 and run the tests on this new install and updated gcc. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs

Re: Debian Linux SPARC64 issue with FAIL t-printf (exit status: 139)

t/bw/lib --disable-assembly --enable-shared --enable-static --enable-fft So that is strange. I can also try gcc 8.x but that will need another day. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp

Re: Debian Linux SPARC64 issue with FAIL t-printf (exit status: 139)

* [Makefile:997: check-recursive] Error 1 make[1]: Leaving directory '/opt/bw/build/gmp-6.2.1_debian_5.9.0-2-sparc64.002' make: *** [Makefile:1289: check] Error 2 Command exited with non-zero status 2 real 2952.94 user 2617.54 sys 252.12 ceres$ So I will revert back to 6.2.0 and see what I get from the original starting conditions. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs

Debian Linux SPARC64 issue with FAIL t-printf (exit status: 139)

o-unaligned-doubles -mcpu=ultrasparc -mtune=ultrasparc -Wl,-rpath=/opt/bw/lib ceres$ In any case let me know what I can do to dig into this more. Oh, last item, I did try to insert -std=c++11 into the CXXFLAGS but the configure stage blew up every time while looking for std iostream. I went with

with strict C99 the tests/mpz/convert.c needs #include

/* for strlen */ +#include /* for strcasecmp */ #include "gmp-impl.h" #include "tests.h" ijiraq# Then tests continue swimmingly. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-b

Re: GMP 6.2 error

might want to grab a book on Unix and read the first few chapters. Oh that was brutal and funny. We all need a laugh these days. Perhaps better to suggest to the guy : ls -lad /usr/local /usr/local/share Then that will give him a hint. Thanks for the laugh :) -- Dennis Clarke RISC-V/SPARC

Re: error on mpz_inits and mpz_clears

On 9/24/19 6:01 AM, Rabindra Moirangthem wrote: Hi Team, I have installed the gmp library on a centos system What do you mean? Be specific. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp

Re: failure to detect format of `double' on MS-Windows

atch file which addresses some of their updates and fixes and I am wondering if gmp folks have considered this ? -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-bugs mailing list gmp-bugs@gmplib.

Re: ISO C forbids an empty translation unit again

On 9/3/19 1:08 AM, Marco Bodrato wrote: Ciao, Il Lun, 2 Settembre 2019 11:48 pm, Dennis Clarke ha scritto: This one pops up now and again if I go with LLVM/Clang on FreeBSD and with really strict CFLAGS. So in a few files I had to drop in a silly typedef. Adding silly lines in the code

Re: not really a bug but somewhat odd : checking compiler /usr/local/bin/gcc8 ... no, mpn_lshift_com

On 7/28/19 8:09 AM, Vincent Lefevre wrote: > On 2019-07-28 07:40:38 -0400, Dennis Clarke wrote: >> On 7/28/19 7:32 AM, Vincent Lefevre wrote: >>> On 2019-07-28 12:44:55 +0200, Vincent Lefevre wrote: >>>> On 2019-07-28 06:12:06 -0400, Dennis Clarke wrote: >>&g

Re: not really a bug but somewhat odd : checking compiler /usr/local/bin/gcc8 ... no, mpn_lshift_com

On 7/28/19 7:32 AM, Vincent Lefevre wrote: > On 2019-07-28 12:44:55 +0200, Vincent Lefevre wrote: >> On 2019-07-28 06:12:06 -0400, Dennis Clarke wrote: >>> configure:6813: ./a.out || ./b.out || ./a.exe || ./a_out.exe || ./conftest >>> Abort trap (core dumped) >> &g

Re: not really a bug but somewhat odd : checking compiler /usr/local/bin/gcc8 ... no, mpn_lshift_com

I try this manually I get the config error that I just have not seen before. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs

Re: Problems with mpfr_set_str() and decimal numbers

in the mpz_t space for doing integer computation. So .. I shall return .. just not with a bug. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org

Problems with mpfr_set_str() and decimal numbers

Where mpfr_set_str() seems to see 999.00 nix$ nix$ ./mpfr_set_str 9990 We shall use 113 bits of precision. You seem to have entered 9990 Where mpfr_set_str() seems to see 9990.00 nix$ ./mpfr_set_str 9991 We shall use 113

Re: not really a bug .. is there a way to set the host type in the Makefile.am ?

On 2/18/19 10:31 PM, Vincent Lefevre wrote: > On 2019-02-18 22:24:35 -0500, Dennis Clarke wrote: >> On 2/18/19 8:25 PM, Vincent Lefevre wrote: >>> On 2019-02-18 16:44:48 -0500, Dennis Clarke wrote: >>>> >>>> This may seem like a strange question but

Re: not really a bug .. is there a way to set the host type in the Makefile.am ?

On 2/18/19 8:25 PM, Vincent Lefevre wrote: > On 2019-02-18 16:44:48 -0500, Dennis Clarke wrote: >> >> This may seem like a strange question but I am running into many >> problems while trying to build gcc 8.2.0 for a RISC-V target. With >> a cross compiler toolset I am e

not really a bug .. is there a way to set the host type in the Makefile.am ?

brary archive was just created moments ago within the gcc build process. Wrongly. So the question is ... can I edit the gmp Makefile.in/Makefile.am files to force the correct "Host type" --host=riscv64-unknown-freebsd12.0 data in there? -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNI

Re: tmp-lshift.s:106: Error: selected processor does not support ARM mode `vdup.32 d6,r3'

On 12/30/18 11:45 AM, Jeffrey Walton wrote: On Sun, Dec 30, 2018 at 11:12 AM Torbjörn Granlund wrote: Jeffrey Walton writes: I'm working on my BananaPi. It is a Cortex-A7 with ARMv7-a. Compile results in the following. According to Stallman I believe you are supposed to add the

Re: Bug in gmp/mpfr/mpc, never ending ctan computation

On 11/19/18 5:40 AM, Torbjörn Granlund wrote: Richard Biener writes: > __real x = 3.09126495087690770626068115234375e+8; > __imag x = -4.045689747817175388336181640625e+8; > volatile _Complex double y = ctan (x); > return 0; > } > > If we get a test case

Re: Likely GMP bug

On 05/25/2018 04:30 PM, Torbjörn Granlund wrote: Dennis Clarke <dcla...@blastwave.org> writes: I have run all the testsuite, both with the assembly and without, on a pure 32-bit Debian machine and see no errors anywhere. Our machine runs gentoo with gcc 6.4.0. (Not sure if the

Re: Likely GMP bug

On 05/25/2018 08:10 AM, Niels Möller wrote: Dennis Clarke <dcla...@blastwave.org> writes: gcd_1.c:187:13: runtime error: shift exponent 32 is too large for 32-bit type 'long unsigned int' FAIL t-cmp_ui (exit status: 1) And code is essentially count_trailing_zeros (c, t);

Re: Likely GMP bug

On 05/25/2018 04:45 AM, Torbjörn Granlund wrote: If somebody could take a look at https://gmplib.org/devel/tm/gmp/check/failure/ivygentoo32.gmplib.org-dyn-noasm-ubsan:32.txt I would appreciate it. (I am traveling.) This seems to require --disable-assembly during configure .. ... starting

Re: Likely GMP bug

On 05/25/2018 04:45 AM, Torbjörn Granlund wrote: If somebody could take a look at https://gmplib.org/devel/tm/gmp/check/failure/ivygentoo32.gmplib.org-dyn-noasm-ubsan:32.txt I would appreciate it. (I am traveling.) Not able to reproduce that failure with gmp-6.1.99-20180525 : configure:

Re: repl-vsnprintf.c:396:0: error: ISO C forbids an empty translation unit

On 11/02/18 08:15 PM, Vincent Lefevre wrote: On 2018-02-11 10:40:55 +0100, Torbjorn Granlund wrote: Dennis Clarke <dcla...@blastwave.org> writes: repl-vsnprintf.c:396:0: error: ISO C forbids an empty translation unit Our nightly builds get a few of those too, as warnings. I've dec

repl-vsnprintf.c:396:0: error: ISO C forbids an empty translation unit

Most likely something that can be ignored but saw this on my PPC970MP based Debian system when doing a compile with pedantic CFLAGS : . . . libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -g -m64 -std=iso9899:1999 -Wfatal-errors -pedantic-errors

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

[ apologies in advance .. another long long email from Dennis ] On 8/29/17 3:18 AM, Emmanuel Thomé wrote: On Mon, Aug 28, 2017 at 01:28:33PM -0400, Dennis Clarke wrote: ppc64$ ./configure ABI=mode64 --enable-cxx --prefix=/usr/local \ --libdir=/usr/local/lib --build=powerpc970-unknown-linux

Re: assembly files on Solaris SPARC can only be processed with gcc

On 8/28/17 5:36 PM, Torbjörn Granlund wrote: Dennis Clarke <dcla...@blastwave.org> writes: somedays I don't include details and I get railed at .. other days I do and I get railed at .. life goes on. Did Niels rail you? I think that's a quite unfair assessment. He's no ...

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

On 8/28/17 5:33 PM, Niels Möller wrote: Vincent Lefevre 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 GCC doesn't use a run path by default). I never

Re: assembly files on Solaris SPARC can only be processed with gcc

On 8/28/17 5:21 PM, Niels Möller wrote: Dennis Clarke <dcla...@blastwave.org> writes: On 8/28/17 4:41 PM, Niels Möller wrote: Dennis Clarke <dcla...@blastwave.org> writes: The compiler sees that file gcd_1.asm as something unknown. That command is bogus. I think you miss

Re: assembly files on Solaris SPARC can only be processed with gcc

On 8/28/17 5:01 PM, Marc Glisse wrote: On Sun, 27 Aug 2017, Dennis Clarke wrote: I have been trying to get gmp-6.1.2 to build while avoiding the use of "disable-assembly" in the configure stage. I think I may have tripped on something here.  So I isolated everything into my home di

Re: assembly files on Solaris SPARC can only be processed with gcc

On 8/28/17 4:41 PM, Niels Möller wrote: Dennis Clarke <dcla...@blastwave.org> writes: The compiler sees that file gcd_1.asm as something unknown. That command is bogus. I think you missed the point. That libgmpxx depends on libstdc++ is perfectly normal .. Yes, if gcc i

assembly files on Solaris SPARC can only be processed with gcc

I have been trying to get gmp-6.1.2 to build while avoiding the use of "disable-assembly" in the configure stage. I think I may have tripped on something here. So I isolated everything into my home dir and gave it a try. Mostly trying to get some decent performance. Configure looks fine thus

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

This feels like a build test sequence issue as opposed to a bug of any real sort. I have pre-existing gmp libs installed in /usr/local from yesterday and am doing a reconfigure and rebuild today. On a Debian 8.8 system 3.16.0-4-powerpc64 with gcc Debian 4.9.2-10 I see a complete configure and

Problem with assembly sources on Solaris 10 SPARC with Oracle Studio 12.4

Ran into this just yesterday with a build of libgmp 6.1.0 wherein the configure line was simply : ./configure ABI=64 --enable-cxx --prefix=/usr/local \ > --libdir=/usr/local/lib When I try to compile I very soon run into : /opt/solarisstudio12.4/bin/cc -D_STDC_C99= -c -DHAVE_CONFIG_H -I.