Hey Bruno,

thank you very much for reporting the bug and for providing help.
As you said I tried


The result is Then I tried

But as the output says

The code is located at the path you mentioned.

I cannot say which binutils version I have. How can I get this information (binutils --version does not work)?


[/QUOTE]

Hi Anne,

:eek: This is getting weirder and weirder...
No libgmp.so.10 and trying to build libNULL.so... Without the first one, you shouldn't have been able to build anything else of either OpenFOAM nor OpenMPI! Or at least I think not...
As for libNULL, this only should happen if some environment variable is improperly defined or something like that :(

There is something very strange going on here :( I can only think of a few possibilities:

1. You didn't mention (or I didn't read) what special modifications you might have made to your environment settings and/or how you built gcc 4.4.4.
2. The packages you downloaded were somehow damaged. This is known to happen one in a while. Files disappearing is also something that happens once in a while as well. I would have to search for past posts, but it's briefly reported once in a while here in the forum.
   I don't know the specific probabilities, but I'd guess something like 1 in each million file downloads and unpacks, or something like that.
3. You might have accidentally erased some files during builds and rebuild attempts.
4. Is your home folder on a NFS share? This might be doing some interference in the build process. If this is the case, it's best to fix the NFS mount as soon as possible, otherwise you'll have a lot of headaches when running OpenFOAM simulations :(

So, right now I can only think of two solutions:

• Start from scratch once again OR unpack again on top of the existing (partial) installation.
• Instead of starting with OpenFOAM 2.0.0, go straight to 2.0.x: http://www.openfoam.com/download/git.php
  Additionally, use the ThirdParty repository as well. This would be:
  Code:

  ---

  git clone git://github.com/OpenCFD/ThirdParty-2.0.x.git

  ---

  On top of this, you can use the getter scripts I posted at this bug report: http://www.openfoam.com/mantisbt/view.php?id=220
  These links use in part the links defined in README.org for the third party packages.
  If you use my getter scripts, be sure to use the ones with _fixed in their names, when available. To make them executable, run:
  Code:

  ---

  chmod +x get*

  ---

edit: I forgot to mention that to know the binutils version you can use this command:ld is the linker and is part of binutils.

Best regards,
Bruno

Thank you, Bruno.
I think you are right and it has something to do with the compiler gcc-4.4.4
My system compiler is too old for OF-2.0.0 (gcc-4.1.2) so tried to reuse the compiler from OF-1.7.0. which probably produced these errors.
For the other versions I used the compiler which was supplied within ThirdParty but at ThirdParty-2.0.0. I could not find a gcc.
Does the new OF-Version have its own compiler like in the versions before?

I am not sure if ThirdParty-2.0.x can fix this problem.

Hi Anne,

Both ThirdParty 2.0.0 and 2.0.x have a script named makeGcc. In either one of the following files is described from where you can get the necessary packages for building Gcc: README.html or README.org
Keep in mind that the makeGcc script assumes that you are still using the default options.


Like I said on my previous post, you can use the getter scripts I've posted here: http://www.openfoam.com/mantisbt/view.php?id=220
More specifically for Gcc, you can get this one: getGcc_fixed
To sum up the steps using the script:
This will build gcc 4.5.1 if I'm not mistaken. If you intend on using the ThirdParty 2.0.0, you'll need to fix a certain file (before running the previous lines) as shown here:Or, if you prefer to do it by hand, download the files indicated in README.org/html:Unpack them in the ThirdParty-2.0.0/x folder and then run makeGcc.



There are a few bug fixes that might come in handy, specially if you are going to use the getter scripts.


If push comes to shove, then you can try following these instructions from a blog post of mine: Automated scripts for building gcc 4.4.x and 4.5.x for using with OpenFOAM 1.7 series
I haven't tested them yet with OpenFOAM 2.0, but hey should still work, or so I hope.

Good luck!
Bruno

Installation on SLC 5.6 ( = Scientific Linux 5.6)
 

As I just succeeded in compiling OF 2.0.x for Scientific Linux Cern 5.6 (which basically is the same as Scientific Linux 5.6), I thought I'd let you know about the basic recipe:

(1) First of course you do the standard things as in the main page, i.e. getting the two main packages of OpenFOAM itself and the ThirdParty package. The unpacking still is the same.
Setting the environment variables stays the same as well.

(2) Afterwards the trick starts: Go for the Thirdparty-folder and look what there is required in matters of software and not there yet.
(3) Get the software compiled for your system from somewhere, either as in the Bug-Report described here (THANK YOU, Wyldckat!) or from other places and put it into this very folder. I just got the latest version of everything for which there was a make* script in the ThirdParty-folder. [1]

(4) Change OpenFOAM-2.0.x/etc/bashrc with an editor of your liking to link to the compiler within the thirdparty-directory.
Just change line 63 from
to
(5) Then compile everything within this folder [2] by
(6) It may be necessary to change ~/OpenFOAM-2.0.x/etc/config/settings.sh with an editor for the correct C-compilers. On one machine I did it, on the other machine it worked without that.

(7) Go for the main folder
and start the compilation as usual with a brave
This is the point, where you probably will drink the first cup of the coffee you just started. If everything goes fine, by now it will take quite some time (depending on the computer, hours are quite normal) for the compilation to finish.

(8) If nobody else did before, post within this thread if everything went fine or if i missed something. ;-)

[1] I got the software by copying the complete folders from some place on afs (Andrew File System). Unfortunately I do not know a generally accessible space for that.
[2] Time enough for starting up a coffee machine close by.

Hi Bernhard,

Very nice tutorial!

To add to it, I keep forgetting to mention this bug report as well: http://www.openfoam.com/mantisbt/view.php?id=211

Edit the file "etc/config/aliases.sh", append this:Then run wmSET to re-apply OpenFOAM settings.

Then run wmMC before Allwmake and it will build at full speed :D. On an i7 920, it takes me about 30min to build OpenFAM + OpenMPI :cool:

wmMC only affects building OpenFOAM itself, since all others (OpenMPI and makeGcc mostly) already take advantage of using all cores.

Best regards,
Bruno

Thank you very much for your help!
I have to say that I have a problem again.
First of all I finally tried OF-2.0.x. Loading the packages, editing bashrc and so on.
Then I checked out your getter-script for the gcc by running

Everything seemed to work fine so far. I edited the file OpenFOAM-2.0.x/etc/bashrc as mentioned above by setting and also edited the settings.sh by just replacing gcc-4.4.4 to gcc-4.5.1

When running foamInstallationTest I got the following output:

Running Allwmake results in the following error
Something is wrong with the shared object file. I have no idea what this means exactly or how I can fix it.
Any ideas?

Looking at your foamInstallationTest output, you may should update your flex version. But I am not sure, if this causes your errors when executing Allwmake

Best regards,
Jan

Greetings Anne and Jan,

@Anne: indeed Jan might be right. I've got the faint idea that the minimum version of flex that has worked for me has been 2.5.34, but I could be wrong.

As for the error that occurred about the missing libmpc.so.2, I believe the solution is quite simple... simply run the following command:This command will reactivate the environment and update the paths for the new gcc 4.5.1 and respective dependencies.
Then run Allwmake again as you've done before!

If this still doesn't work, next weekend I'll try to replicate the installation you've done so far, to check what might be missing.

Best regards,
Bruno

Hello Bruno and Jan,
I ran wmSET but still I got error messages in foamInstallationTest the same as I posted before and when running Allwmake:

So basically the same as before... thanks anyway for your help. I did not check for the latest flex-version as I probably do not have the rights to install it. But if this helps I can ask a root-user.

Hi Anne,

my version of flex is 2.5.33, also not the newest one, but installation work without errors. To solve the problem with the missing libmpc.so.2, try following (worked for me):
Append
at the end of your OpenFOAM-2.0.0/etc/bashrc. Maybe you have to adapt it to your versions of mpc, mpfr and gmp.

Hope this helps,
Jan

Hello everyone,

I am trying to compile 2.0.x (from git) but seem to run into ld issues. I am using gcc (Ubuntu 4.4.3-4ubuntu5) 4.4.3, flex 2.5.35, and I have completed the steps listed at http://www.openfoam.com/download/git.php
The ld issues seem to show up when compiling applications. checkMesh works fine.

I am attaching the output of ./Allwmake > make.log 2>&1

Thank you

Hey Jan,
I appended the lines in my etc/bashrc and indeed it solved the problem with the missing libmpc.so.2. Thank you very much for your help!
Nevertheless when compiling I still face some errors, so compilation did not succeed.
I will attach my newest output result, maybe someone of you can help...
Have a nice weekend!

I think this is a FLEX issue, your system's FLEX version may be too old. Try upgrading to at least FLEX 2.5.33 or even better 2.5.34.
You might probably be able to do a local installtion of FLEX if you haven't got root privleges.


Greetings,
Felix

Hey Felix,
finally I installed a new flex version, flex 2.5.34.
But nevertheless still no successful compilation possible.
Thank you anyway, now I have at least a better flex version :)

Attached the log-File again.....

We used to get problems a long time ago with flex, but I'm surprised this is popping up again.

Can you:

Post the full output of that.

Hey Laurence,

here is the output

Hope this helps, thank you for answering to this thread.

Hello, Anne,


I did a quick search and found this thread:

http://www.cfd-online.com/OpenFOAM_D...es/1/7503.html

It includes the following post:


This is a bit old, but maybe this works for you, too.

Greetings,
Felix

Greetings to all!

@Grzegorz:
Everything is fine. Those warnings were merely instructional.


@Anne: I believe this error with ansys to foam might be a whole other problem. There was a bug report about flex a few weeks ago: http://www.openfoam.com/mantisbt/view.php?id=224
To check if you already have this fixed, run:In the mean time, I'm going to do as I said before and test building OpenFOAM 2.0.x with the custom solver just like you have done, to see if there is something missing somewhere...

Best regards,
Bruno

Sorry for the late response.

Anne, judging by the output it appears you already have the bugfix that Bruno mentions. Your offending line is:

ansysToFoam.L:83:25: Fehler: keine Elementfunktion »int yyFlexLexer::yywrap()« in Klasse »yyFlexLexer« deklarie

I think what Felix mentions is worth trying, although you have flex version .34 so it should be declaring int yyFlexLexer::yywrap().

Sorry I can't be of more help.