Hi Jean-Peer,

Here: http://www.paraview.org/pipermail/pa...st/013278.html

Takuya

Hi linnemann,

I tried to compile the 1.6.x version with CentOS 64bit.
Unfortunately, I got lots of errors when compiling ../src only.
Attached you will find the output.
Actually, I do not know which libraries needed by OpenFOAM to compile, find an helpful installation instruction is quit difficult.
I would be happy for every hint you can give me, so that I can compile 1.6.x and later maybe 1.6-dev as well.
Maybe you can describe the steps you have done for setting up the system to compile without errors. Hopefully, it is not that much to explain...

Thanks for your time, regards Sören

$LD_LIBRARY_PATH:


Output:
Anyway, the file I wrote the output of ./Allwmake looks different:

Hi

Have you copied or symlinked the Thirdparty-1.6 to Thirdparty-1.6.x?

This is where the 1.6.x looks for the libraries and also these lines need too be in the OpenFOAM bashrc or your own .bashrc in order for it to find the right libraries.

LD_LIBRARY_PATH=$WM_THIRD_PARTY_DIR/libraries/lib:$LD_LIBRARY_PATH

Hi again.

I'm looking into the problem and I will post my results later.

EDIT:

Apparently it needs some header files from the Thirdparty sources so unpack them to your Thirdparty dir, just overwrite it the precompiled libraries/binary files are retained.

You also needs bison, so yum install bison

See how this works you for you, Im compiling 1.6.x now, and when that is done I will upload that to the sourceforge page with the Thirdparty sources included (except the gcc source files, those aren't needed).

I'm planing on uploading a new recompiled every month or so and when 1.6-dev is fully ported I will use that instead.

Regards

Hi Linneman,

I linked the Thirdparty-1.6 to 1.6.x
The LD_LIBRARY_PATH was set to 1.6
However, I changed it right now and the errors still occur.

Actually, I tried to compile the 1.6.x while waiting for the dev release.
With not so much success as you can see.

Since I am not sure, how much effort it cost to write down what you have done to compile on CentOS I asked for it. I guess, RedHat and its clones will be used quite often in scientific environment, so it would be helpful for other users to be able to compile it too. Anyway, I would write it, help you write it - after I got it all :-)

OpenFOAM is great code, anyway, the documentation and even the installation instruction is little useful to new users like me. This i quite a problem in my eyes, on the other hand I understand its quite hard to give install instruction for thousand of different system...
However, the erros is described here: http://openfoamwiki.net/index.php/Ho...mpile_OpenFOAM
but the described solution does not work...

Appreciate your help, Sören

To answer some of you questions.

The libraries needed for a succesfull compile in CentOS is the following

yum install gcc gcc-c++ bison

Then you need to build mpfr gmp and flex from source.

This should make you able to build gcc-4.3.3

When that is done you need to compile Qt either with Gcc-4.3.3 or the std system gcc.

when that is done you need to compile the Thirdparty and paraview

after this you should be able to compile OpenFOAM

Ive just made my life simpler and installed flex gmp mpfr ffmpeg (avi support for paraview) to the same library folder and copied the relevant libraries from Qt and VTK there to make Meshlab and engrid work, for gmesh you need to compile fltk from source. This way I dont screw my system up since I can just uncomment the line in my .bashrc again and my system wont be affected.

But I will update the sourceforge page and make it possibly for any user to do a git pull and recompile in an easier manner.

HI linnemann,

thanks.
I found, that the missing libraries, eg libMGridGen.so are in the ../OpenFOAM-1.6/lib but not in ../OpenFOAM-1.6.x/lib after git pull.
So, I understood it always, that .x is a complete OpenFOAM src anyway.
Now, I unpack 1.6, after that copy 1.6.x over 1.6 and compile again!?
Sounds kinda strange to me...

The full compilation including thirdparty I will try later :-) Thanks for the describtion.

Regards, Sören

Hi

yep .x is always src so no libMGridGen.so should be present since this is a compiled library (like a dll).

No you just need to unpack the Thirdparty-1.6-general from the official download page and unpack that into the already present Thirdparty-1.6 folder.

Well, thats what I understand too...
However, I copied the whole Thirdparty-1.6 from OpenCFD to the ThirdParty-1.6 from your package, but the error remains.
The first missing library is libscotch.so as you may see below.

Does it means I need to compile scotch again first?
This should be done already...

you could just go into the Thirdparty folder and run ./Allwmake but I think everything should be compiled since its compiling here.

Hi,

I now used complete new files, did the git pull, linked the Thirdparty dirs.
However, there is a problem with scotch as you can see in the output.
./Allwmake in Thirdparty brings nothing than all is up to date...

"scotchDecomp/scotchDecomp.C:72:20: error: module.h: Datei oder Verzeichnis nicht gefunden" means file not found...

Has anybody hints?

Regards, Sören

Hi

I'm sorry I cant help you since I am unable to reproduce the error.

have you checked manually that the files don't exists?

Have you copied the source files from the official ThirdParty onto the one I have supplied? when I installed bison and copied the sources everything was working here with regards to OpenFOAM-1.6.x compilation.

What happens if you use Allwmake from the OpenFOAM-1.6.x directory and not the src folder.

Regards

Hi linnemann,

first, thanks for the 1.6.x release.

In the meanwhile, I tried to compile the 1.5-dev and encountered the same errors as written above.
After a while, I found out, the the flex -c++ is not working with older version of flex. You need to use flex++ instead. Since your own compiled flex in the Thirdparty is not in the PATH, I think this causes the errors. I will try it again with adding it to PATH later this day and write about it...

One more thing, in CentOS the ncurses-devel is not installed by default, so this is a library you need to install as well for compiling OpenFOAM.

Regards, Sören

Hi Sören

Okay I didnt know you had the system flex installed, I've never installed it and have never added my compiled version to the PATH but maybe it locates the binaries from the libraries, just maybe.

Also try and delete the OpenFOAM bashrc and get a new one and add these to the very end this will overwrite any default installed versions of the needed binaries.

export PATH=$PATH:$WM_THIRD_PARTY_DIR/gmsh-2.3.1/bin
export PATH=$PATH:$WM_THIRD_PARTY_DIR/meshlab-1.2.1
export PATH=$PATH:$WM_THIRD_PARTY_DIR/engrid-1.0.1
export PATH=$PATH:$WM_THIRD_PARTY_DIR/libraries/bin

export LD_LIBRARY_PATH=$WM_THIRD_PARTY_DIR/paraview-3.6.1/platforms/linux64Gcc/bin:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH=$WM_THIRD_PARTY_DIR/libraries/lib:$LD_LIBRARY_PATH

With regards to ncurses I will add this to the default dependencies

Best Regards

Linnemann

Paraview and enGrid problems
 

Hello,

I've tried it but I have the following problem with Paraview:

/cluster/apps/OpenFOAM/ThirdParty-1.6/paraview-3.6.1/platforms/linux64Gcc/bin/paraview-real: error while loading shared libraries: libavformat.so.50: cannot open shared object file: No such file or directory

Should I install something else?

enGrid won't run either:

./engrid: error while loading shared libraries: libQVTK.so.5.4: cannot open shared object file: No such file or directory

Hi it seems that the library path is not correctly initialized,

what happens when you run.

cd $WM_THIRD_PARTY_DIR/libraries/lib

and then run

ls

do the same for

$WM_THIRD_PARTY_DIR/paraview-3.6.1/platforms/linux64Gcc/bin
Please post the output.

If there is no output something is incorrectly initialized and you could try putting these lines in you own .bashrc after the . OpenFOAM/etc.. entry

export LD_LIBRARY_PATH=$WM_THIRD_PARTY_DIR/paraview-3.6.1/platforms/linux64Gcc/bin:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH=$WM_THIRD_PARTY_DIR/libraries/lib:$LD_LIBRARY_PATH

The library path is correct:

# echo $WM_THIRD_PARTY_DIR
/cluster/apps/OpenFOAM/ThirdParty-1.6

I've added the paths to LD_LIBRARY_PATH after the OpenFOAM entry and then it worked. Thanks