How to run GIMPS on SCO OpenServer 5.0.6?
 

I has a HP Compaq ML370 G3 computer, 2xPentium Xeon 2.4GHz CPU, 4GBytes Memory, run on SCO OpenServer 5.0.6.
How to run GIMPS on this computer?

thinks,
Ben

Mlucas
 

I download Mlucas_src_10.21.04.tar.gz from [url]http://hogranch.com/mayer/README.html[/url] , this program need 64 bits integer(long long int), but SCO OpenServer 5.0.6's C complier: SCO UNIX Development System Release 5.1.2A 27Jul00, display error:
"./types.h", line 48: error: invalid type combination
types.h line 48 is: typedef long long int64;
How to I do?

thinks,
ben

Try Glucas, maybe you'll have better luck compiling that

Glucas
 

[QUOTE=Prime95]Try Glucas, maybe you'll have better luck compiling that[/QUOTE]

[url]http://glucas.sourceforge.net/glucas/index.html[/url]

thinks,
ben

Mlucas for SCO OpenServer 5.0.6
 

[url]http://ben.skyiv.com/test/Mlucas.htm[/url]

[QUOTE=Prime95]Try Glucas, maybe you'll have better luck compiling that[/QUOTE]
Dear Prime95:
Can you build Prime95 for SCO OpenServer 5.0.6?
On SCO OpenServer 5.0.6, gcc-3.4.3 compiler is valid.

thanks,
Ben

[B]BTW: Build gcc-3.4.3 on SCO OpenServer 5.0.6:[/B]
1. Install SCO OpenServer 5.0.6.
2. Install rs506a: Release Supplement 5.0.6A.
Download from: [url]ftp://ftp.sco.com/pub/openserver5/rs506a[/url].
3. Install oss646c: Execution Environment Supplement.
Download from: [url]ftp://ftp.sco.com/pub/openserver5/oss646c[/url].
4. Install gwxlibs-1.3.2.Ag: Supplemental Graphics, Web and X11 Libraries supplement.
Download from: [url]ftp://ftp.sco.com/pub/openserver5/opensrc/gwxlibs-1.3.2Ag[/url].
5. Install gnutools-v5.0.7kj: GNU Development Tools supplement.
Download from: [url]ftp://ftp.sco.com/pub/openserver5/opensrc/gnutools-5.0.7Kj[/url].
6. Download gcc-core-3.4.3.tar.gz and uncompress.
7. $ mkdir src; cd src;
8. $ tar xf gcc-core-3.4.3.tar
9. $ cd ../; mkdir obj; cd obj
10. $ ../src/gcc-3.4.3/configure --prefix=/usr/local/gcc-3.4.3 --with-gnu-as
11. $ make bootstrap
12. $ su
13. # make install
14. # exit
15. $ ../src/gcc-3.4.3/config.guess
[B]i686-pc-sco3.2v5.0.6[/B]
17. $ gcc -v
Reading specs from /var/opt/K/SCO/Unix/5.0.6Ga/usr/local/gcc-3.4.3/bin/../lib/gcc/i686-pc-sco3.2v5.0.6/3.4.3/specs
Configured with: ../src/gcc-3.4.3/configure --prefix=/usr/local/gcc-3.4.3 --with-gnu-as
Thread model: single
[B]gcc version 3.4.3[/B]
18. $ exit

[QUOTE=ben][url]http://ben.skyiv.com/test/Mlucas.htm[/url][/QUOTE]

Apparently Ben was able to build Mlucas successfully on this platform - Ben, how did you resolve the compiler error related to the 'long long' typedef in types.h you mentioned in your first post?

Based on your Xeon timings, the gcc-built Mlucas is about half as fast as the p4-optimized Prime95 code on a Xeon (that sounds about right), so a version of Prime95 for this OS would be nice to have.

[QUOTE=ewmayer]
Ben, how did you resolve the compiler error related to the 'long long' typedef in types.h you mentioned in your first post?
[/QUOTE]
SCO OpenServer 5.0.6's C complier: SCO UNIX Development System Release 5.1.2A 27Jul00, not support the 'long long' type.
But gcc-3.4.3 complier support the 'long long' type.
see #6: [B]BTW: Build gcc-3.4.3 on SCO OpenServer 5.0.6:[/B]

[QUOTE=ben]SCO OpenServer 5.0.6's C complier: SCO UNIX Development System Release 5.1.2A 27Jul00, not support the 'long long' type.
But gcc-3.4.3 complier support the 'long long' type.
see #6: [B]BTW: Build gcc-3.4.3 on SCO OpenServer 5.0.6:[/B][/QUOTE]

Try changing the 2 lines with 'typedef long long' in your local types.h file to have just one 'long' and see if you can get it to build using the above compiler - it would be interesting to compare the performance of the executables built by the 2 different compilers. The code will automatically test whether the resulting typedef still has the needed 64 bits on startup.

[QUOTE=ewmayer]Try changing the 2 lines with 'typedef long long' in your local types.h file to have just one 'long' and see if you can get it to build using the above compiler - it would be interesting to compare the performance of the executables built by the 2 different compilers. The code will automatically test whether the resulting typedef still has the needed 64 bits on startup.[/QUOTE]

qfloat.c include:
const struct qfloat QSQRT2 = {0x3FF6A09E667F3BCCull, 0x908B2FB1366EA958ull};

SCO UNIX Development System can't compile.

[QUOTE=ben]qfloat.c include:
const struct qfloat QSQRT2 = {0x3FF6A09E667F3BCCull, 0x908B2FB1366EA958ull};

SCO UNIX Development System can't compile.[/QUOTE]

Boy, this compiler really dislikes 'long long' - looks like you'll need to change all occurrences of {64-bit const}ull to ...ul - luckily, all such occurrences are in just 2 files, qfloat.h and qfloat.c .