mersenneforum.org  

Go Back   mersenneforum.org > Great Internet Mersenne Prime Search > Software

Reply
 
Thread Tools
Old 2020-07-04, 18:02   #1
Jean Penné
 
Jean Penné's Avatar
 
May 2004
FRANCE

24×5×7 Posts
Default LLR version 3.8.24 released.

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
Jean Penné is offline   Reply With Quote
Old 2020-07-04, 20:01   #2
paulunderwood
 
paulunderwood's Avatar
 
Sep 2002
Database er0rr

3·5·227 Posts
Default

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

Last fiddled with by paulunderwood on 2020-07-04 at 20:06
paulunderwood is offline   Reply With Quote
Old 2020-07-05, 15:33   #3
Happy5214
 
Happy5214's Avatar
 
"Alexander"
Nov 2008
The Alamo City

23·47 Posts
Default

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.
Happy5214 is offline   Reply With Quote
Old 2020-07-05, 19:31   #4
Jean Penné
 
Jean Penné's Avatar
 
May 2004
FRANCE

24×5×7 Posts
Default

Quote:
Originally Posted by Happy5214 View Post
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
Jean Penné is offline   Reply With Quote
Old 2020-07-07, 14:51   #5
Happy5214
 
Happy5214's Avatar
 
"Alexander"
Nov 2008
The Alamo City

23·47 Posts
Default

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

Code:
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 is offline   Reply With Quote
Old 2020-07-07, 15:02   #6
Happy5214
 
Happy5214's Avatar
 
"Alexander"
Nov 2008
The Alamo City

23×47 Posts
Default

Quote:
Originally Posted by Jean Penné View Post
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.
Attached Files
File Type: txt 13789_350-355K.txt (2.3 KB, 19 views)
Happy5214 is offline   Reply With Quote
Old 2020-07-07, 19:12   #7
Jean Penné
 
Jean Penné's Avatar
 
May 2004
FRANCE

24×5×7 Posts
Default

Quote:
Originally Posted by Happy5214 View Post
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
Jean Penné is offline   Reply With Quote
Old 2020-07-08, 10:51   #8
Happy5214
 
Happy5214's Avatar
 
"Alexander"
Nov 2008
The Alamo City

5708 Posts
Default

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)?
Attached Files
File Type: ini llr.ini (110 Bytes, 15 views)
Happy5214 is offline   Reply With Quote
Old 2020-07-08, 14:57   #9
Jean Penné
 
Jean Penné's Avatar
 
May 2004
FRANCE

24×5×7 Posts
Default

Quote:
Originally Posted by Happy5214 View Post
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é is offline   Reply With Quote
Old 2020-07-09, 20:18   #10
Jean Penné
 
Jean Penné's Avatar
 
May 2004
FRANCE

24·5·7 Posts
Default Switching to 3.8.24 build 2

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
Jean Penné is offline   Reply With Quote
Old 2020-07-10, 13:17   #11
Happy5214
 
Happy5214's Avatar
 
"Alexander"
Nov 2008
The Alamo City

1011110002 Posts
Default

The new version compiled, but it didn't link:
Code:
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
Happy5214 is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
LLR Version 3.8.22 released Jean Penné Software 51 2019-04-10 06:04
LLR Version 3.8.19 released Jean Penné Software 11 2017-02-23 08:52
LLR Version 3.8.16 released Jean Penné Software 38 2015-12-10 07:31
LLR Version 3.8.15 released Jean Penné Software 28 2015-08-04 04:51
llr 3.8.2 released as dev-version opyrt Prime Sierpinski Project 11 2010-11-18 18:24

All times are UTC. The time now is 17:08.

Sat Sep 26 17:08:52 UTC 2020 up 16 days, 14:19, 1 user, load averages: 1.82, 1.65, 1.62

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.

This forum has received and complied with 0 (zero) government requests for information.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.
A copy of the license is included in the FAQ.