How to run GIMPS on SCO OpenServer 5.0.6?

[ben]

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

[ben]

I download Mlucas_src_10.21.04.tar.gz from http://hogranch.com/mayer/README.html , 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

[Prime95]

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

[ben]

Originally Posted by Prime95

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

http://glucas.sourceforge.net/glucas/index.html

thinks,
ben

[ben]

http://ben.skyiv.com/test/Mlucas.htm

[ben]

Originally Posted by Prime95

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

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

BTW: Build gcc-3.4.3 on SCO OpenServer 5.0.6:
1. Install SCO OpenServer 5.0.6.
2. Install rs506a: Release Supplement 5.0.6A.
Download from: ftp://ftp.sco.com/pub/openserver5/rs506a.
3. Install oss646c: Execution Environment Supplement.
Download from: ftp://ftp.sco.com/pub/openserver5/oss646c.
4. Install gwxlibs-1.3.2.Ag: Supplemental Graphics, Web and X11 Libraries supplement.
Download from: ftp://ftp.sco.com/pub/openserver5/op...wxlibs-1.3.2Ag.
5. Install gnutools-v5.0.7kj: GNU Development Tools supplement.
Download from: ftp://ftp.sco.com/pub/openserver5/op...utools-5.0.7Kj.
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
i686-pc-sco3.2v5.0.6
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
gcc version 3.4.3
18. $ exit

[ewmayer]

Originally Posted by ben

http://ben.skyiv.com/test/Mlucas.htm

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.

[ben]

Originally Posted by ewmayer

Ben, how did you resolve the compiler error related to the 'long long' typedef in types.h you mentioned in your first post?

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: BTW: Build gcc-3.4.3 on SCO OpenServer 5.0.6:

[ewmayer]

Originally Posted by 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: BTW: Build gcc-3.4.3 on SCO OpenServer 5.0.6:

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.

[ben]

Originally Posted by 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.

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

SCO UNIX Development System can't compile.

[ewmayer]

Originally Posted by ben

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

SCO UNIX Development System can't compile.

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 .