Re: GMP 6.2.1 Aborting when running tuneup program in one.cold()
Ciao Simon, Il 2021-10-20 16:09 Simon Sobisch ha scritto: Questions: * Should I care running tuneup at all? The application does some heavy computations with it in the range +-9 (mostly multiply and divide [often by 10] and 9 fits in 63 bits, correct? For that range, on a 64-bits CPU, the native integer types should be enough. The manual, with "extremely large numbers", means much larger bit-sizes. You probably don't need tuneup at all. Moreover, the sources of GMP already contain pre-tuned parameters for many platforms. They are automatically used by the typical ./condigure&&make&&make check building process. So that tuning is, in most of the cases, superfluous. * As the output of the tuneup utility is different each time and the docs at https://gmplib.org/manual/Performance-optimization are more spare than for other parts: Should I run it multiple times and then use the average? Some thresholds may have a large range of tolerance, some doesn't. In any case, a collection of parameters needs to be coherent. So my answer is: use the results from a single run. Ĝis, m ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs
Re: macOS version detection broken in configure
Il 2021-10-21 16:31 ni...@lysator.liu.se ha scritto: Marc Glisse writes: From a quick look at the mailing list and the git repository, it seems to have been entirely unmaintained for more than 2 years now :-( Ouch, not being much of a libtool user myself, I hadn't noticed that. But maybe a new maintainer is approaching? https://lists.gnu.org/archive/html/libtool-patches/2021-10/msg5.html Let's see :-) Ĝis, m ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs
Re: macOS version detection broken in configure
Marc Glisse writes: > From a quick look at the mailing list and the git repository, it seems > to have been entirely unmaintained for more than 2 years now :-( Ouch, not being much of a libtool user myself, I hadn't noticed that. We could consider configuring shared libraries without libtool. That's what I do in Nettle (which uses neither libtool nor automake), see https://git.lysator.liu.se/nettle/nettle/-/blob/master/configure.ac#L761 It hasn't been that much hassle to maintain, but may well be inferior to libtool in some ways. Or are there any useful configure helpers in the gnulib package? Regards, /Niels -- Niels Möller. PGP-encrypted email is preferred. Keyid 368C6677. Internet email is subject to wholesale government surveillance. ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs
Re: macOS version detection broken in configure
> On 21 Oct 2021, at 04:03, Hans Åberg wrote: > > >> On 20 Oct 2021, at 18:59, Carlo Cabrera wrote: >> >> A library built with the correct linker options (`-undefined dynamic_lookup`) >> should produce this output (built on macOS 10.15): >> >> ❯ otool -hV lib/libgmp.10.dylib >> lib/libgmp.10.dylib: >> Mach header >> magic cputype cpusubtype capsfiletype ncmds sizeofcmds >> flags >> MH_MAGIC_64 X86_64ALL 0x00 DYLIB14 1632 >> NOUNDEFS DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS > > This what the MacPorts version does: > > % otool -hV /opt/local/lib/libgmp.10.dylib > Mach header > magic cputype cpusubtype capsfiletype ncmds sizeofcmds flags > MH_MAGIC_64 X86_64ALL 0x00 DYLIB14 1616 NOUNDEFS > DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS > MacPorts sets `MACOSX_DEPLOYMENT_TARGET` in their build environment. This likely elides the insertion of the linker flags `configure` is meant to generate, but it seems to not hurt. Correct behaviour from the `configure` script probably shouldn't depend on the user setting environment variables to avoid misdetection of the OS version. ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs
Re: macOS version detection broken in configure
> On 20 Oct 2021, at 18:59, Carlo Cabrera wrote: > > The configure script mistakenly recognises macOS 11 (Big Sur) as an old > version > of macOS, thereby choosing the linker flags `-flat_namespace` and `-undefined > suppress`. … > A library built with the correct linker options (`-undefined dynamic_lookup`) > should produce this output (built on macOS 10.15): > >❯ otool -hV lib/libgmp.10.dylib >lib/libgmp.10.dylib: >Mach header > magic cputype cpusubtype capsfiletype ncmds sizeofcmds > flags >MH_MAGIC_64 X86_64ALL 0x00 DYLIB14 1632 > NOUNDEFS DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS This what the MacPorts version does: % otool -hV /opt/local/lib/libgmp.10.dylib Mach header magic cputype cpusubtype capsfiletype ncmds sizeofcmds flags MH_MAGIC_64 X86_64ALL 0x00 DYLIB14 1616 NOUNDEFS DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs
Re: macOS version detection broken in configure
Marc Glisse writes: From a quick look at the mailing list and the git repository, it seems to have been entirely unmaintained for more than 2 years now :-( https://www.gnu.org/software/libtool/ "Libtool is currently looking for a maintainer." -- Torbjörn Please encrypt, key id 0xC8601622 ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs
Re: macOS version detection broken in configure
On Thu, 21 Oct 2021, Niels Möller wrote: When it is fixed upstream in libtool (what's the current status?), From a quick look at the mailing list and the git repository, it seems to have been entirely unmaintained for more than 2 years now :-( -- Marc Glisse ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs
Re: macOS version detection broken in configure
Carlo Cabrera writes: > The configure script mistakenly recognises macOS 11 (Big Sur) as an old > version > of macOS, thereby choosing the linker flags `-flat_namespace` and `-undefined > suppress`. > > We want to avoid `-flat_namespace` as this can cause name collisions for users > of the library. [1] > > This can be fixed by patching libtool.m4 [2] and regenerating configure. When it is fixed upstream in libtool (what's the current status?), gmp can upgrade to a fixed version. I don't think gmp will carry patched versions of libtool files. If there's something that needs fixing in gmp's configure.ac, it's a different matter. Regards, /Niels -- Niels Möller. PGP-encrypted email is preferred. Keyid 368C6677. Internet email is subject to wholesale government surveillance. ___ gmp-bugs mailing list gmp-bugs@gmplib.org https://gmplib.org/mailman/listinfo/gmp-bugs