Re: GMP 6.2.1 Aborting when running tuneup program in one.cold()

2021-10-21 Thread Marco Bodrato

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&& 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

2021-10-21 Thread Niels Möller
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

2021-10-21 Thread Carlo Cabrera


> 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

2021-10-21 Thread Torbjörn Granlund
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

2021-10-21 Thread Marc Glisse

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