[Tobi]

Hi all,

I have a problem while compilate the new extend-3.0 version.

1. Installation in the default folder is okay (/home/name/foam/...)
2. Installation in my folder /home/name/OpenFOAM/OpenFOAM-extend-3.0 gives problems.

Third-Party is compiling well but after starting compiling the FOAM I have one problem at the beginning.

gcc -m64  -Wall -O3   -fPIC dirToString.c -o /home/shorty/OpenFOAM/OpenFOAM-extend-3.0/wmake/bin/linux64Gcc46/dirToString
flex wmkdep.l
gcc -m64  -Wall -O3   -fPIC lex.yy.c -o /home/shorty/OpenFOAM/OpenFOAM-extend-3.0/wmake/bin/linux64Gcc46/wmkdep
lex.yy.c:1391:17: warning: 'yyunput' defined but not used [-Wunused-function]
lex.yy.c:1432:16: warning: 'input' defined but not used [-Wunused-function]
+ wmakePrintBuild -check
same version as previous build
+ wmakeLnInclude foam
+ wmakeLnInclude meshTools
+ wmakeLnInclude OSspecific/POSIX
+ Pstream/Allwmake
+ wmake libso dummy
SOURCE=IPread.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-40  -IlnInclude -I. -I/home/shorty/OpenFOAM/OpenFOAM-extend-3.0/src/OpenFOAM/lnInclude -I/home/shorty/OpenFOAM/OpenFOAM-extend-3.0/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64Gcc46DPOpt/IPread.o
SOURCE=Pstream.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-40  -IlnInclude -I. -I/home/shorty/OpenFOAM/OpenFOAM-extend-3.0/src/OpenFOAM/lnInclude -I/home/shorty/OpenFOAM/OpenFOAM-extend-3.0/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64Gcc46DPOpt/Pstream.o
SOURCE=OPwrite.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-40  -IlnInclude -I. -I/home/shorty/OpenFOAM/OpenFOAM-extend-3.0/src/OpenFOAM/lnInclude -I/home/shorty/OpenFOAM/OpenFOAM-extend-3.0/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64Gcc46DPOpt/OPwrite.o
OPwrite.C:29:19: fatal error: error.H: No such file or directory
compilation terminated.
Pstream.C:26:21: fatal error: Pstream.H: No such file or direct

It is not possible to find that files for the compiler - but I do not know how.
They are available.

I did exactly the same as in step 1. Only the folder is different. I changed the bashrc file to the correct location.


Any hints are appreciated
Regards
Tobi

[wyldckat]

Hi Tobi,

Originally Posted by Tobi

I did exactly the same as in step 1. Only the folder is different. I changed the bashrc file to the correct location.

What was the exact modification you've made?

Best regards,
Bruno

[Tobi]

Oh sorry ... my fault.

I changed the bashrc:

export WM_PROJECT=OpenFOAM
export WM_FORK=extend
export WM_PROJECT_VERSION=3.0

that was all!

[wyldckat]

Mmm... did you do these steps:

1. A fresh git clone to the desired path.
2. Modified the "bashrc" file as mentioned above.
3. Sourced the "bashrc" file in a clean shell environment (aka: new terminal, without any OpenFOAM version ready to be used).
4. Ran the build commands (Allwmake and so on).

Or is there any difference from the steps above and what you did?

[Tobi]

Originally Posted by wyldckat

Mmm... did you do these steps:

1. A fresh git clone to the desired path.
2. Modified the "bashrc" file as mentioned above.
3. Sourced the "bashrc" file in a clean shell environment (aka: new terminal, without any OpenFOAM version ready to be used).
4. Ran the build commands (Allwmake and so on).

Or is there any difference from the steps above and what you did?

I did exactly the steps you said.

1. New git clone
2. Modification of the "bashrc" as mentioned above
3. Opened a new terminal
4. Build thirdpartys (no error)
5. Reload the bashrc
6. Allwmake

Regards

PS: but it is not a very critical problem because I have the extend version working in the original directory!

[wyldckat]

OK, pretty simple issue... before running Allwmake, run this command:

ln -s foam src/OpenFOAM

and problem solved

edit: Nope, that alone did not solve the problem. You'll need to also run this command:

sed -i -e "s=libfoam=libOpenFOAM=" src/OpenFOAM/Make/files

edit 2: And to hack into the plug-in reader for ParaView 4:

sed -i -e 's=foam=OpenFOAM=' applications/utilities/postProcessing/graphics/PV4FoamReader/PV4FoamReader/CMakeLists.txt

[Tobi]

Bruno thank you very much.

I will check it out today evening

You are the best supporter in that case !

Regards Tobi

[Ola Widlund]

Hi Bruno and Tobias,

I had the same issue, and I was glad to find your thread here at the forum.

Has any of you reported this as a bug? Otherwise I can do it in the next few days.

Both names of subdirectories and lib names ought to have fixed names, rather than using the WM_PROJECT variable. The way it is now, the WM_PROJECT variable only has one valid value, "foam", otherwise the installation is broken.

Best regards,

Ola

Originally Posted by wyldckat

OK, pretty simple issue... before running Allwmake, run this command:

ln -s foam src/OpenFOAM

and problem solved

edit: Nope, that alone did not solve the problem. You'll need to also run this command:

sed -i -e "s=libfoam=libOpenFOAM=" src/OpenFOAM/Make/files

edit 2: And to hack into the plug-in reader for ParaView 4:

sed -i -e 's=foam=OpenFOAM=' applications/utilities/postProcessing/graphics/PV4FoamReader/PV4FoamReader/CMakeLists.txt

[wyldckat]

Hi Ola,

Feel free to report the issue you're referring to.

A related bug report was this one: http://sourceforge.net/apps/mantisbt...iew.php?id=195 - but it only refers to linking issues with the plug-in for ParaView.

Best regards,
Bruno

[Ola Widlund]

Hi again,

I have looked at the code base, and reconsidered... The same issue is present also in the OpenCFD release. Since this is the way it has always been done, there's no point in proposing a change just because I think it should be different...

The fundamental thing is that the WM_PROJECT variable is used in many places to create the path to the src/foam subdirectory (src/OpenFOAM in the OpenCFD release). As a consequence, the WM_PROJECT variable should never be changed in etc/bashrc.

What I wanted, like Tobi, was to have a different name for the installation directory. This is for compatibility with the version selection in our cluster configuration. I can deal with this in other ways, so it's not a big problem.

/Ola

Originally Posted by wyldckat

Hi Ola,

Feel free to report the issue you're referring to.

A related bug report was this one: http://sourceforge.net/apps/mantisbt...iew.php?id=195 - but it only refers to linking issues with the plug-in for ParaView.

Best regards,
Bruno