LLR version 3.8.24 released.

[Jean Penné]

Hi All,

I uploaded today the version 3.8.24 of the LLR program.
You can find it now on my personal site :

http://jpenne.free.fr/

The 32bit Windows and Linux compressed binaries are available as usual.
The Linux 64bit binaries are released here, and also the Mac OS 64bit binaries.
The Mac OS 32bit is not released here because I have not the 32bit hwloc library which is needed, and could not build it on my Mac mini...
I uploaded also the complete source in a compressed file ; it may be used to build the 64bit Windows binaries.

What is new in this version :

No much new feature, but some improvements related to reliability and speed.
- I implemented the patch sent to me Serge Batalov, and the new ABC Format :
ABC DivPhi($a*$b^$c+1) may be used to do these tests.
- By default, all tests on base two numbers use Gerbicz error checking.
This is the case for PRP Fermat and SPRP tests as in Prime95 or Mprime,
but also for the deterministic prime tests of Proth numbers.
LLR tests on Riesel numbers are only done after a positive Fermat PRP result.
Moreover, for b==2 and k==+1, a random shift on the Proth/PRP base is done.
It is especially interesting for the prime test of Gaussian Mersenne norms.
- The hwloc library is now linked with the program and may be used.
- -oCpuSupportsAVX512F=0 option is supported, as required by some users.
- I compiled GNU gmp6.1.0 on Windows 32 bits VC6.0, so, this library is now
linked on this Windows platform, which allows to do APRCL tests without the
need of an external binary...
As usual, I need help to build the 64bit Windows binaries.
I uploaded also the GNU gmp6.1.0 compressed source I used on 32bit VC6.0
I hope it can be used to build this library on Windows 64bit and link it with LLR...
Please, inform me if you encountered any problem while using this new version.
Best Regards,
Jean

[paulunderwood]

Thanks Jean. It seems a little slower for 69*2^n-1 at ~7 million bits, but it should be more robust!

[Happy5214]

Is there a way to force this new version to do LLR testing on Riesel candidates without doing PRP testing first? There are a bunch of LLR residues from previous versions I'd like to eventually double-check, and I'd like to use the other features of this (and subsequent) versions but still do an LLR test.

[Jean Penné]

Originally Posted by Happy5214

Is there a way to force this new version to do LLR testing on Riesel candidates without doing PRP testing first? There are a bunch of LLR residues from previous versions I'd like to eventually double-check, and I'd like to use the other features of this (and subsequent) versions but still do an LLR test.

Yes, indeed! You have only to set -oErrorChecking=0 in the command line.
Then, the PRP testing in not done, except if the k multiplier length is more than 10% of the length of the number tested.
Regards,
Jean

[Happy5214]

I cannot build LLR on Kubuntu 19.10. The hwloc code appears to assume Windows. Here's the error:

gcc -I../include -I. -I./gwnum -DX86_64 -O2 -c lprime.c
In file included from ./hwloc.h:56,
                 from lprime.h:79,
                 from lprime.c:41:
./hwloc/autogen/config.h:201:12: fatal error: windows.h: No such file or directory
  201 | #  include <windows.h>
      |            ^~~~~~~~~~~
compilation terminated.

[Happy5214]

Originally Posted by Jean Penné

Yes, indeed! You have only to set -oErrorChecking=0 in the command line.
Then, the PRP testing in not done, except if the k multiplier length is more than 10% of the length of the number tested.
Regards,
Jean

That still does Fermat PRP testing for the attached input, with the above parameter on the command line along with -d.

[Jean Penné]

Originally Posted by Happy5214

That still does Fermat PRP testing for the attached input, with the above parameter on the command line along with -d.

On my Linux system, it is OK :
jpenne@crazycomp:~/llr38o$ ./sllr64 -d -oErrorChecking=0 13789_350-355K.txt
Starting Lucas Lehmer Riesel prime test of 13789*2^350073-1
Using FMA3 FFT length 25K, Pass1=320, Pass2=80, clm=2
13789*2^350073-1 is not prime. LLR Res64: 83FC3DC753A33A3E Time : 26.838 sec.
Starting Lucas Lehmer Riesel prime test of 13789*2^350105-1
Using FMA3 FFT length 25K, Pass1=320, Pass2=80, clm=2
13789*2^350105-1 is not prime. LLR Res64: BC1CC670010D6846 Time : 26.885 sec.
Starting Lucas Lehmer Riesel prime test of 13789*2^350107-1
Using FMA3 FFT length 25K, Pass1=320, Pass2=80, clm=2
13789*2^350107-1 is not prime. LLR Res64: DC079C2455A0F042 Time : 27.814 sec.
Starting Lucas Lehmer Riesel prime test of 13789*2^350123-1
Using FMA3 FFT length 25K, Pass1=320, Pass2=80, clm=2
13789*2^350123-1 is not prime. LLR Res64: BF2AA79F6B70A980 Time : 26.935 sec.
Starting Lucas Lehmer Riesel prime test of 13789*2^350145-1
Using FMA3 FFT length 25K, Pass1=320, Pass2=80, clm=2
13789*2^350145-1 is prime! (105409 decimal digits) Time : 26.981 sec.

And also with cllr on Win 32

Regards,
Jean

[Happy5214]

Could it be a problem with the attached INI file (the original input was named prp per local convention, renamed for attachment in previous post)?

[Jean Penné]

Originally Posted by Happy5214

Could it be a problem with the attached INI file (the original input was named prp per local convention, renamed for attachment in previous post)?

Perhaps, because this file is totally different from the one i get while testing your input data :

OldCpuSpeed=3723
NewCpuSpeedCount=0
NewCpuSpeed=0
ErrorChecking=0
Work=0
PgenInputFile=13789_350-355K.txt
PgenOutputFile=13789_350-355K.res
PgenLine=6
WorkDone=0
Pid=0
HeaderLine=0
ResultLine=5
OldInputFile=13789_350-355K.txt

Regards,
Jean

[Jean Penné]

Hi,

For two reasons I had to slightly modify the Llr.c code, and also the source directory :

1) In the Gerbicz code for Proth numbers testing, I add +1 to the final residue of a negative result, in order that it matches exactly to the residue obtained with previous LLR releases, it is important for users doing automatic double checks on Proth numbers.

2) Happy5214 could not build the program on Linux because I was using an external include hwloc headers directory to do that. Now, this info is inserted in the llr38osrc directory. I apologize for this omission .

To avoid any misunderstanding, I renamed all the links in the index.html files
but, indeed, you have to download again all the files to be up to date!
Would you excuse me for these drawbacks, and Best Regards,

Jean

[Happy5214]

The new version compiled, but it didn't link:

gcc  -o llr64 lprime.o lmenu.o ../gwnum/gwnum.ld ../gwnum/gwnum.a ./libgmp.a ./libhwloc.a  ../gwnum/gwnum.ld -lm  -lpthread -lstdc++
/usr/bin/ld: ../gwnum/gwnum.a(cpuid.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ../gwnum/gwnum.a(gwnum.o): relocation R_X86_64_32 against symbol `shareable_lock' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ../gwnum/gwnum.a(gwtables.o): relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ../gwnum/gwnum.a(gwthread.o): relocation R_X86_64_32 against symbol `ThreadStarter' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ../gwnum/gwnum.a(gwini.o): relocation R_X86_64_32S against `.bss' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ../gwnum/gwnum.a(gwbench.o): relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ../gwnum/gwnum.a(gwdbldbl.o): relocation R_X86_64_32 against symbol `_ZN7dd_real4_2piE' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt20-get_str.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(realloc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt43-set_str.o): relocation R_X86_64_32 against symbol `__gmp_digit_value_tab' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(sizeinbase.o): relocation R_X86_64_32S against symbol `__gmpn_bases' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt79-divis.o): relocation R_X86_64_32S against symbol `__gmp_binvert_limb_table' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt88-get_str.o): relocation R_X86_64_32S against symbol `__gmpn_bases' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt89-set_str.o): relocation R_X86_64_32S against symbol `__gmpn_bases' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt95-perfsqr.o): relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt97-gcd.o): relocation R_X86_64_32 against `.text' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(gcd_subdiv_step.o): relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt99-tdiv_qr.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt100-jacobi.o): relocation R_X86_64_32S against symbol `__gmp_jacobi_table' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(hgcd2_jacobi.o): relocation R_X86_64_32S against symbol `__gmp_jacobi_table' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(hgcd_jacobi.o): relocation R_X86_64_32 against `.text' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(binvert.o): relocation R_X86_64_32S against symbol `__gmp_binvert_limb_table' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(mu_div_qr.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt104-powm.o): relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(powlo.o): relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(printf.o): relocation R_X86_64_32 against symbol `__gmp_fprintf_funs' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(assert.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(mul_fft.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt86-sqrtrem.o): relocation R_X86_64_32S against `.rodata' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(hgcd_step.o): relocation R_X86_64_32 against `.text' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(sbpi1_divappr_q.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(mu_divappr_q.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(redc_n.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(doprnt.o): relocation R_X86_64_32S against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(doprntf.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(doprnti.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(get_str.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt60-get_str.o): relocation R_X86_64_32S against symbol `__gmpn_bases' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(lt98-gcdext.o): relocation R_X86_64_32 against symbol `__gmpn_gcdext_hook' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(gcdext_lehmer.o): relocation R_X86_64_32 against symbol `__gmpn_gcdext_hook' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: ./libgmp.a(bdiv_q.o): relocation R_X86_64_32S against symbol `__gmp_binvert_limb_table' can not be used when making a PIE object; recompile with -fPIE
/usr/bin/ld: final link failed: nonrepresentable section on output
collect2: error: ld returned 1 exit status
make: *** [Makefile:26: llr64] Error 1