check wmake in CentFOAM
 

HI,

is there any possibility to check the right function of 'wmake'?
I have installed 'CentFOAM' on a Red Hat Enterprise Linux 5 and at the first sight it works correctly. But now I tried to upgrade the installation with the 'simpleFunctionObjects' strictly to rule in the wiki. But I only get a segfault when I want to use it.

At first I thought its a problem with the 'simpleFunctionObjects'-pack, but now I tried to compile a modified solver without success. Because of my beginner-status I search the fault by my own modifications. Thats why I copied the solver 'buoyantBoussinesqSimpleFoam' und renamed it. Furthermore I renamed the .C file and modify the make/files. After running the wclean/wmake command the new 'buoyantTest'-solver was available but also leads to a segfault at the very beginning.

Now I'm not sure if I have a correct Foam installation at all.

Greetings Pit,

Can you detail a bit how you installed CentFOAM? Did you follow the manual installation guide or did you use the automatic scripted installation?

Best regards,
Bruno

Hi

This is your problem

So you are trying to build 64bit on a 32bit machine which will not work.

Also stated on the centFOAM project page is that onli 64bit is supported.

@linnemann
Its a SUN with Opteron cpu's and should definetly have 64bit.:confused:

@wyldckat
To be honest, I've forgotten ;) because it's weeks ago and I thought it works fine. I know that I started with downloading the packages and install dependies by hand wich need root permissions. After that I think I run the script several times to install the single applications like Engrid ... Thats all.

Hi Pit,

OK, then let's figure out what is going on. What do these commands output:With these we can know:

• which gcc are you using - if it's the one from CentFOAM or the system's gcc;
• what version of gcc you are using;
• the whole specification of RedHat's kernel version, along with the machine's architecture and name. You can (or should) omit the machine's name, so you won't reveal too much information ;)

If it were a SUN machine using SunOS/Solaris, I would know that the 64bit version is a bit more picky than Linux usually is, by separating LD_LIBRARY_PATH into LD_LIBRARY_PATH32 and LD_LIBRARY_PATH64 (if I'm not mistaken). But since it's RedHat, it could depend on the machine's architecture, like SPARC or something like that, i.e., have the same discrimination of 32 and 64 path's, since SunOS and RHEL are OS'es that target enterprises :D

Best regards,
Bruno

Hi Bruno,
after startup and before 'sourcing the .bashrc'

which gcc: gcc -v:after 'sourcing':
which gcc:gcc -v:I'm not sure what the '/home/nini/...' path is. It's definetly not from the machine here.
uname -a:

Hi Pit,

The "/home/nini" path is probably from Linnemann's build system :)

But this is very odd... Before you ran wmake to build simpleFunctionObjects, you did source the bashrc file, right? Because right now there are only two possibilities that come to mind for this not to work:

1. CentFOAM's ThirdParty package didn't properly unpack for some weird reason (it's been known to happen with other OpenFOAM packages and other Linux distributions). Therefore the desired object files didn't unpack properly from the ThirdParty package.
2. You didn't source the bashrc file, therefore the system's gcc was used. But if this is the correct possibility, it's odd that the system's gcc would pick up on the 32bit libraries instead of the 64bit libraries...

So, with a bit more feedback, I think we can isolate the problem :)

Best regards,
Bruno

The OF bashrc is sourced because without sourcing the 'wmake' command is not available. I tried it one more time few minutes ago with the same result.

Hi Pit,

OK, I forgot to ask this before, but which ld are you using?
Because if it isn't the one that comes with the ThirdParty package, then that could be the problem.

The other possibility is that it could be a problem with the search process of the gcc related object files. Try this:Best regards,
Bruno

I think we get closer to the problem :)

which ld:
ld -v:I should tell you, that CentFOAM "install" the packages seperatly. Thats why I need a few entries in my local .bashrc:
find . -name "ctr*.o" brings no result

Hi Pit,

This is odd... doesn't CentFOAM come with its own ld? Try looking for it somewhere at "$WM_THIRD_PARTY/platforms/linux64/gcc-4.4.4". If there isn't an ld, then it's because it wasn't built with binutils. If there is one, but named something like "x86_64-unknown-linux-gnu-ld", then edit the rule files at "$WM_PROJECT_DIR/wmake/rules/linux64Gcc".

Since I'm not familiar with the innards of CentFOAM, I'll have to suggest trying to rebuilding gcc 4.4.4 using the script I made available some time ago and updated yesterday: Automated scripts for building gcc 4.4.x and 4.5.x for using with OpenFOAM 1.7 series
It will download the necessary packages and build both binutils and gcc. You can update the used versions of packages defined in the script if you want to, since for example, CentFOAM is using gmp-5.0.1 and my scripts are using the latest 4...something version... :)

Best regards,
Bruno

Hi Bruno,
sry for the long time of no response. I tried your solution but I get new errors.
To make a long story short, I get a 'new & clean' RHEL5 installation from the admin. That finally woks fine with the CentFOAM-1.7.0.

I only want to 'end' the thread for internal search and say thanks for your assistance. :)

Hi Pit,
You're welcome :) And I'm glad you've got it up and running and also entitled to a shiny new RHEL5 :D

Best regards and happy foaming ;)
Bruno