CFD Online Logo CFD Online URL
Home > Forums > OpenFOAM Installation

Binary compatibility of OF compilations

Register Blogs Members List Search Today's Posts Mark Forums Read

LinkBack Thread Tools Display Modes
Old   January 7, 2014, 05:29
Default Binary compatibility of OF compilations
Aleksey Rukhlenko
Join Date: Nov 2009
Location: Moscow
Posts: 55
Rep Power: 9
Aleksey_R is on a distinguished road
Send a message via ICQ to Aleksey_R
Greetings, dear FOAMers!

I have an access to the cluster with different operating systems on different machines. Namely, on some machines Scientific Linux SL release 5.6 is installed, and on others - Scientific Linux SL release 6.0.

When I compiled gcc 4.5.1 from ThirdParty on Scientific Linux SL release 6.0 machines I've noticed that it doesn't work on SL 5.6 machines. E.g. runnin gcc -v gives:

gcc: /lib64/ version `GLIBC_2.11' not found (required by gcc)

and running cmake --version gives:

cmake: error while loading shared libraries: /net/minus/home/dudcha/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/gcc-4.5.1/platforms/linux64Gcc45DPOpt/lib64/ ELF file OS ABI invalid

Please, could someone give me a hint of binary compatibility of OF? Do I need to compile everything from sources on each machine?

Best regards,
Aleksey_R is offline   Reply With Quote

Old   January 20, 2014, 17:23
Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 9,919
Blog Entries: 39
Rep Power: 108
wyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of lightwyldckat is a glorious beacon of light
Greetings Aleksey,

If you had (originally) asked about this in the installation section, I would have picked up on it a lot sooner . I only picked up on this because I was doing a broad range scan for spammers.
Anyway, I've moved this thread to the right sub-forum and here's what I'm able to say on this topic:

OK, the second message "ELF file OS ABI invalid" indicates that the builds were meant for different architectures. Run this command on both machines:
uname -m
If they do not give you the same architecture, then that means that they are incompatible, at least using the native builds.
Nonetheless, it's possible to get some level of compatibility between x86 machines. For example, if one machine is x86_64 and the other is i686, then both must have an OpenFOAM 32-bit build, so that they can both cooperate in the same architecture level. The downside if that you won't take advantage of the full power of the 64-bit (x86_64) machine.

As for the first one:
gcc: /lib64/ version `GLIBC_2.11' not found (required by gcc)
You should use the same build on both machines, or at least to follow the same exact build instructions.
The usual way to make it easier for the two installations to be compatible, is to build on the older machine (uhm... older SL installation) and then copy the installation to the newer machine (newer SL installation). But again, the downside if that it won't take advantage of the more recent binaries.

Best regards,
wyldckat is offline   Reply With Quote


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Similar Threads
Thread Thread Starter Forum Replies Last Post
Error in solution using "Grid Interface" agustinvo FLUENT 4 January 20, 2015 13:03
Fluent Remote Simulation Facility Service (RSF) di Rami FLUENT 2 June 4, 2008 05:38
"Memory too low" problem with Fluent HELP NEEDED Amr FLUENT 6 May 8, 2006 12:06
Error to re-open fluent case file J.Gimbun FLUENT 0 April 27, 2006 08:42
Sliding mesh error Karl Kevala FLUENT 4 February 21, 2001 16:52

All times are GMT -4. The time now is 19:47.