mersenneforum.org  

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

Reply
 
Thread Tools
Old 2005-09-09, 12:02   #1
T.Rex
 
T.Rex's Avatar
 
Feb 2004
France

39616 Posts
Default mprime on FC4 on x86_64 : "cannot execute binary file"

Hum, I'm lost with all these versions.
I've just download the Linux [ms]prime2414.tar.gz files from freesoft.htm .

On a FedoraCore4 version for x86_64 running kernel 2.6.13 , I get the following message when launching mprime or sprime 24.14: "cannot execute binary file".

mprime-24.6 worked perfectly on the same machine but with a FedoraCore4 version for ia32. it also provides the same message with new FC4 for x86_64 .

What am I missing ?
Does it mean there is no Linux version available for x86_64 architecture ?

Thanks,
Tony
T.Rex is offline   Reply With Quote
Old 2005-09-09, 14:16   #2
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

1D9616 Posts
Default

Quote:
Originally Posted by T.Rex
Does it mean there is no Linux version available for x86_64 architecture ?
Yes. Binutils cannot covert the COFF-64 object files to ELF-64 format.
Prime95 is offline   Reply With Quote
Old 2005-09-09, 14:34   #3
T.Rex
 
T.Rex's Avatar
 
Feb 2004
France

2·33·17 Posts
Default Plans ?

Quote:
Originally Posted by Prime95
Yes. Binutils cannot convert the COFF-64 object files to ELF-64 format.
Arghh. Are there plans for providing mprime on such an environment ?
Tony
T.Rex is offline   Reply With Quote
Old 2005-09-09, 16:10   #4
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2×7×541 Posts
Default

Quote:
Originally Posted by T.Rex
Are there plans for providing mprime on such an environment ?
Only when binutils is updated. The onlt other alternative is rewriting all the asm code in a format a Linux assembler likes - ugh.
Prime95 is offline   Reply With Quote
Old 2005-09-26, 15:04   #5
Peter Nelson
 
Peter Nelson's Avatar
 
Oct 2004

10000100012 Posts
Default

George,

I know this has come up before, but I was under the impression that recent versions of binutils might include this capability.

Within binutils, it is specifically the OBJCOPY that needs to support coff-64 to elf-64 translation.

From www.kernel.org/pub/linux/devel/binutils,

The latest binutils (22 August) looks like version

2.16.91.0.3-1

Even if you have not tried this version,

please could you tell us what binutils version you have on the machine where your compilation failed (are you still using FC3?)

Also are you able to post your (non-translated) coff-64 file(s) for us to have a go at?
Peter Nelson is offline   Reply With Quote
Old 2005-09-26, 18:10   #6
Prime95
P90 years forever!
 
Prime95's Avatar
 
Aug 2002
Yeehaw, FL

2×7×541 Posts
Default

It's been a while since I last tried to run objcopy so the exact details are sketchy.

Here is a small sample obj file. Try ftp://mersenne.org/gimps/gianthlp.obj
Prime95 is offline   Reply With Quote
Old 2005-09-28, 01:50   #7
Peter Nelson
 
Peter Nelson's Avatar
 
Oct 2004

232 Posts
Default

Thanks for posting this George.

I can confirm I can successfully disassemble both the 64 bit object file (and its 32 bit equivalent in the source code archive) in COFF format using recent version of Microsoft tools.

Also I am investingating elf32 and elf64 formats. Of course these have different "magic number" at the start to identify.

If I can get either some binutils build to convert the coff64 to elf64 OR write myself a little conversion utility for such purpose I will report back.

I assume once the elf64 object files are available that the rest of the build process on linux will go smoothly.

Last fiddled with by Peter Nelson on 2005-09-28 at 01:56
Peter Nelson is offline   Reply With Quote
Old 2006-09-01, 16:29   #8
T.Rex
 
T.Rex's Avatar
 
Feb 2004
France

2·33·17 Posts
Default

Quote:
Originally Posted by Prime95 View Post
Yes. Binutils cannot convert the COFF-64 object files to ELF-64 format.
If you recompile your Linux kernel after enabling the following option on a x86_64 machine (at least with 2.6.17 kernel, don't know before):
make menuconfig
Executbale file formats / Emulations
* IA32 Emulation
* IA32 a.out support
Then Prime95 works perfectly !!

T.
T.Rex is offline   Reply With Quote
Old 2006-09-01, 21:07   #9
TheJudger
 
TheJudger's Avatar
 
"Oliver"
Mar 2005
Germany

11×101 Posts
Default

Tony:
x86 [ms]prime should work on nearly every x86_64 Linux distribution.
Some distributions don't install "x86 compatibility libs" by default.

SUSE 9.x / 10.x / SLES 9/10: yes, by default
Debian: no (at least not with minimal package selection)
RedHat-clones (CentOS, Scientific Linux): yes IIRC
RedHat (Fedora 3/4, RHEL 3/4): I'm pretty sure that I was able to run it without recompilation of the kernel.
TheJudger is offline   Reply With Quote
Old 2006-09-01, 21:21   #10
T.Rex
 
T.Rex's Avatar
 
Feb 2004
France

2×33×17 Posts
Default

Quote:
Originally Posted by TheJudger View Post
Tony:
x86 [ms]prime should work on nearly every x86_64 Linux distribution.
I forgot to say that we are using fresh kernels and that we have to recompile them, after recreating the .config file from scratch. So we missed that option on this (very) modified FC4. And I never used an un-modified FC4 on x86_64 previously.
Thanks for your information !
T.
T.Rex is offline   Reply With Quote
Reply

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
mprime ETA and primenet "days to go" do not match blip Software 1 2015-11-20 16:43
mprime (Linux) doesn't do "affinity" correctly... chalsall Software 16 2014-01-03 15:55
"ERROR: Unable to open spool file." no1hasdisid Software 1 2013-05-06 05:24
what's the point of "Iterations between results file outputs"? ixfd64 Software 3 2012-08-01 18:55
Would Minimizing "iterations between results file" may reveal "is not prime" earlier? nitai1999 Software 7 2004-08-26 18:12

All times are UTC. The time now is 21:33.


Sat Sep 25 21:33:14 UTC 2021 up 64 days, 16:02, 0 users, load averages: 1.06, 1.26, 1.48

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, 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.