srsieve/sr2sieve enhancements

[unconnected]

sr1sieve 1.4.5 and sr2sieve 1.9.3 are both compiled and work well.
I've "patched" srsieve sources, it is now able to compile but crashes with "Floating point exception" error.

[rogue]

Originally Posted by unconnected

Some problems with compilation v. 1.0.7. I've tried gcc 4.1.2 and 4.4.7

files.c: In function ‘add_seq_knc’:
files.c:373: error: called object ‘filter_k’ is not a function
files.c: In function ‘read_input_file’:
files.c:711: error: ‘null’ undeclared (first use in this function)
files.c:711: error: (Each undeclared identifier is reported only once
files.c:711: error: for each function it appears in.)
make: *** [files.o] Error 1

filter_k is declared on line 47. Try "NULL" instead of "null".

[rogue]

Originally Posted by unconnected

sr1sieve 1.4.5 and sr2sieve 1.9.3 are both compiled and work well.
I've "patched" srsieve sources, it is now able to compile but crashes with "Floating point exception" error.

I think I have some changes I made on my Mac to address some issues, but never ported them back to Windows. I'll take a look tonight.

[pepi37]

Can you in sr1sieve set -f option by default - so you dont have add it in command line ( like in sr2sieve)?

[rogue]

Originally Posted by pepi37

Can you in sr1sieve set -f option by default - so you dont have add it in command line ( like in sr2sieve)?

Not everyone wants and output file of factors from sr1sieve. I assume that most just use the -o option to write a file with the factors removed.

[ValerieVonck]

Rogue,

when compiling on Mac Os X 10.9 I get the following error:

imac-van-cedric-vonck:srsieve_1.0.7 cedricvonck$ make
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o srsieve.o srsieve.c
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o arithmetic32.o arithmetic32.c
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o arithmetic64.o arithmetic64.c
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o bitmap.o bitmap.c
In file included from bitmap.c:18:
In file included from ./memset_fast32.h:21:
./asm-x86-64-gcc.h:394:41: error: fields must have a constant size: 'variable length array in structure' extension will never be supported
         "=m" (*(struct { uint_fast32_t dummy[count]; } *)dst)
                                        ^
1 error generated.
make: *** [bitmap.o] Error 1
imac-van-cedric-vonck:srsieve_1.0.7 cedricvonck$ gcc -v
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix
imac-van-cedric-vonck:srsieve_1.0.7 cedricvonck$

Can you please help me?
Thank you

[rogue]

Originally Posted by CedricVonck

Rogue,

when compiling on Mac Os X 10.9 I get the following error:

imac-van-cedric-vonck:srsieve_1.0.7 cedricvonck$ make
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o srsieve.o srsieve.c
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o arithmetic32.o arithmetic32.c
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o arithmetic64.o arithmetic64.c
gcc -O2 -fomit-frame-pointer -ffast-math -march=k8 -m64  -Wall -DHAVE_CMOV  -DUSE_ASM -DNDEBUG  -c -o bitmap.o bitmap.c
In file included from bitmap.c:18:
In file included from ./memset_fast32.h:21:
./asm-x86-64-gcc.h:394:41: error: fields must have a constant size: 'variable length array in structure' extension will never be supported
         "=m" (*(struct { uint_fast32_t dummy[count]; } *)dst)
                                        ^
1 error generated.
make: *** [bitmap.o] Error 1
imac-van-cedric-vonck:srsieve_1.0.7 cedricvonck$ gcc -v
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix
imac-van-cedric-vonck:srsieve_1.0.7 cedricvonck$

Can you please help me?
Thank you

I ran into the same problem. I just changed the routine to use memset, but ran into another problem. The application crashes. I suspect a compiler bug in the latest Xcode.

[f1pokerspeed]

Has the stop on removal rate feature been added to sr1sieve? I have tried using -R and -r, and neither argument is handled by the program...

[rogue]

Originally Posted by f1pokerspeed

Has the stop on removal rate feature been added to sr1sieve? I have tried using -R and -r, and neither argument is handled by the program...

No. -r is used when sieving for RieselSieve and I don't even know if they use it for that project. -R was never added to sr1sieve.

[Antonio]

While demonstrating srsieve to a friend we happened to try 2^n-1 for n=1 to 1M with the following results in the output file:

pmin=16481841017
2^n-1
1
3
7
13
17
19
31
61
89
.
.
.
etc

It would appear to have incorrectly factored out n=2 and n=5. while this, of it's self, is not a real worry I was wondering if it was a problem in the code which may be propagated into the 'normal' search areas.

(Note. Geoffrey Reynolds' srsieve ver. 0.6.17 doesn't have this problem)

[rogue]

It seems to be something that was introduced in 1.0.7. 1.0.6 has the correct output. I'll look into it.