I find several issues on gcc202.fsffrance.org:
1) gmp-6.1.2 configured with --disable-shared and gcc 7.2.0: libgmp.a
contains an undefined symbol __gmpn_addlsh1_n_ip1:
zimmerma@gcc202:/tmp/gmp-6.1.2$ cat e.c
#include "gmp.h"
int main()
{
mpz_t x;
See there.
https://gmplib.org/devel/repo-usage.html
On Tue, Aug 29, 2017 at 08:06:30AM -0400, Dennis Clarke wrote:
> Is it standard? Sometimes yes and sometimes no. Depends on the system.
> At least for software that can not be built inside a clean room scenario
> where you have nothing but a
[ 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
== 21cfe6cfc938b36b, but pp_inverted_calc == 1dde20a605db167d
...
With the latest snapshot (gmp-6.1.99-20170829), issue 1) is fixed, but not
issue 2).
Paul
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
Dennis Clarke writes:
> I was just flabberghasted ( I think that is the word ) at how impossibly
> horribly slow the results were that I was getting everywhere. Not just
> on sparc but on powerpc and on amd64 systems. Those assembly bits are
> essential.
Right, that
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-gnu
[...]
> checking compiler gcc -m64 -O2 -Wl,-rpath=/usr/local/lib -mcpu=970 -maltivec
> -mfull-toc
On Mon, 28 Aug 2017, Niels Möller wrote:
To clarify, I'd expect libgmpxx to depend on the C++ standard library
supplied with the compiler used to build gmp. Then, I guess there are
different ways to resolve that dependency, the GNU C++ compiler uses a
shared library, named libstdc++, the Oracle