[kingjewel1]

Originally Posted by wyldckat

Sorry, I was a bit of in a hurry and didn't notice the 2 typos:

1. I did forget one " ' ", as you've indicated.
2. The line regarding LD_LIBRARY_PATH was broken.

Please edit the file "$HOME/.OpenFOAM/prefs.sh" and change the last line to this:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$FOAM_USER_LIBBIN

(edit: not APPBIN, but LIBBIN)
Then you'll have to start a new terminal, because the other one is now contaminated


And I didn't know you were using modules. This would explain why it's not working as expected, because these modules are usually created manually.
If you prefer, you can move the contents of the file "$HOME/.OpenFOAM/prefs.sh" directly into your ".bashrc" file.

I still see the same errors. :s What is my system doing to prevent it from installing correctly?

[wyldckat]

Originally Posted by kingjewel1

I still see the same errors. :s What is my system doing to prevent it from installing correctly?

Without being able to see what you're seeing, it's really complicated to figure out what's going on
OK, let's diagnose one detail at a time:

1. What do these commands give you?
   

   echo $WM_PROJECT_USER_DIR
   echo $FOAM_USER_APPBIN
   echo $FOAM_USER_LIBBIN
   echo $PATH
   echo $LD_LIBRARY_PATH
   echo $FOAM_LIBBIN

2. If the first line didn't give you an empty output, does this command give you any error message?
   

   mkdir -p $WM_PROJECT_USER_DIR

3. Starting from a fresh terminal, what are the exact steps that you are taking to try and build swak4Foam?

[kingjewel1]

Originally Posted by wyldckat

Without being able to see what you're seeing, it's really complicated to figure out what's going on
OK, let's diagnose one detail at a time:

1. What do these commands give you?
   

   echo $WM_PROJECT_USER_DIR
   echo $FOAM_USER_APPBIN
   echo $FOAM_USER_LIBBIN
   echo $PATH
   echo $LD_LIBRARY_PATH
   echo $FOAM_LIBBIN

2. If the first line didn't give you an empty output, does this command give you any error message?
   

   mkdir -p $WM_PROJECT_USER_DIR

3. Starting from a fresh terminal, what are the exact steps that you are taking to try and build swak4Foam?

Checking my bashrc file first:

export PATH
export PATH=$HOME/.local/bin:$PATH
export LD_LIBRARY_PATH=$HOME/.local/lib
export MANPATH=$HOME/.local/share/man:$MANPATH
export WM_PROJECT_USER_DIR=$HOME/$WM_PROJECT/$USER-$WM_PROJECT_VERSION
export FOAM_USER_APPBIN=$WM_PROJECT_USER_DIR/platforms/$WM_OPTIONS/bin
export FOAM_USER_LIBBIN=$WM_PROJECT_USER_DIR/platforms/$WM_OPTIONS/lib
export PATH=$PATH:$FOAM_USER_APPBIN
export LD_LIBRARY_PATH=$PATH:$FOAM_USER_APPBIN
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$FOAM_USER_LIBBIN

Then onto the commands you posted above:
One consolation is that none of the commands above give an error:

[cenmk@login2 swak4Foam_2.x]$ echo $WM_PROJECT_USER_DIR
/home/ufaserv1_k/cenmk/OpenFOAM

[cenmk@login2 swak4Foam_2.x]$ echo $FOAM_USER_APPBIN
/home/ufaserv1_k/cenmk

[cenmk@login2 swak4Foam_2.x]$ echo $FOAM_USER_LIBBIN
/home/ufaserv1_k/cenmk/OpenFOAM/cenmk-2.1.1/platforms/linux64GccDPOpt/lib

[cenmk@login2 swak4Foam_2.x]$ echo $PATH
/apps/mpi/bin:/apps/infrastructure/openmpi/1.5.3/1/bit-64-gnu-4.7.1/bin:/home/ufaserv1_k/cenmk/.local/bin:/ParaView-3.98.1-Linux-64bit/bin/paraview:/apps/applications/openfoam/2.1.1-test/1/default/wmake:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64Gcc/qt-4.7.3/bin:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64Gcc/paraview-3.12.0/bin:/apps/applications/openfoam/2.1.1-test/1/default/platforms/linux64GccDPOpt/bin:/apps/applications/openfoam/2.1.1-test/1/default/applications/test:/apps/applications/openfoam/2.1.1-test/1/default/applications/solvers:/apps/applications/openfoam/2.1.1-test/1/default/applications/utilities:/apps/applications/openfoam/2.1.1-test/1/default/bin:/apps/compilers/gnu/4.7.1/1/bit-64/bin:/apps/compilers/gnu/4.7.1/1/bit-64/prereq/bin:/apps/applications/ansys/14.0/1/default/v140/icemcfd/linux64_amd/bin/:/apps/applications/ansys/14.0/1/default/v140/Framework/bin/Linux64/:/opt/ansys/v140/Framework/bin/Linux64:/opt/ansys/v140/tgrid/bin:/apps/cfx/bin:/apps/applications/ansys/14.0/1/default/v140/aisol:/apps/applications/ansys/14.0/1/default/v140/Framework/bin/Linux64:/apps/applications/ansys/14.0/1/default/v140/fluent/bin:/apps/applications/ansys/14.0/1/default/v140/CFX/bin:/apps/applications/ansys/14.0/1/default/v140/TurboGrid/bin:/apps/applications/ansys/14.0/1/default/v140/icemcfd/linux64_amd/bin:/services/sge/bin/lx24-amd64:/services/sge/default/common/leeds/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/apps/bin:/home/ufaserv1_k/cenmk/OpenFOAM/cenmk-2.1.1/platforms/linux64GccDPOpt/bin:/home/ufaserv1_k/cenmk/bin
[cenmk@login2 swak4Foam_2.x]$ echo $LD_LIBRARY_PATH
/apps/applications/openfoam/2.1.1-test/1/default/platforms/linux64GccDPOpt/lib/dummy:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64Gcc/lib/:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64Gcc/paraview-3.12.0/lib/:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64Gcc/qt-4.7.3/lib/:/apps/applications/openfoam/2.1.1-test/1/default/platforms/linux64GccDPOpt/lib/openmpi-1.5.3:/apps/applications/openfoam/2.1.1-test/1/default/platforms/linux64GccDPOpt/lib:/apps/applications/openfoam/2.1.1-test/1/default/lib:/apps/infrastructure/openmpi/1.5.3/1/bit-64-gnu-4.7.1/lib:/apps/compilers/gnu/4.7.1/1/bit-64/lib64:/apps/compilers/gnu/4.7.1/1/bit-64/lib:/apps/compilers/gnu/4.7.1/1/bit-64/prereq/lib:/home/ufaserv1_k/cenmk/.local/bin:/ParaView-3.98.1-Linux-64bit/bin/paraview:/apps/applications/openfoam/2.1.1-test/1/default/wmake:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64Gcc/qt-4.7.3/bin:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64Gcc/paraview-3.12.0/bin:/apps/applications/openfoam/2.1.1-test/1/default/platforms/linux64GccDPOpt/bin:/apps/applications/openfoam/2.1.1-test/1/default/applications/test:/apps/applications/openfoam/2.1.1-test/1/default/applications/solvers:/apps/applications/openfoam/2.1.1-test/1/default/applications/utilities:/apps/applications/openfoam/2.1.1-test/1/default/bin:/apps/mpi/bin:/apps/infrastructure/openmpi/1.5.3/1/bit-64-gnu-4.7.1/bin:/apps/compilers/gnu/4.7.1/1/bit-64/bin:/apps/compilers/gnu/4.7.1/1/bit-64/prereq/bin:/apps/applications/ansys/14.0/1/default/v140/icemcfd/linux64_amd/bin/:/apps/applications/ansys/14.0/1/default/v140/Framework/bin/Linux64/:/opt/ansys/v140/Framework/bin/Linux64:/opt/ansys/v140/tgrid/bin:/apps/cfx/bin:/apps/applications/ansys/14.0/1/default/v140/aisol:/apps/applications/ansys/14.0/1/default/v140/Framework/bin/Linux64:/apps/applications/ansys/14.0/1/default/v140/fluent/bin:/apps/applications/ansys/14.0/1/default/v140/CFX/bin:/apps/applications/ansys/14.0/1/default/v140/TurboGrid/bin:/apps/applications/ansys/14.0/1/default/v140/icemcfd/linux64_amd/bin:/services/sge/bin/lx24-amd64:/services/sge/default/common/leeds/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/apps/bin:/home/ufaserv1_k/cenmk/OpenFOAM/cenmk-2.1.1/platforms/linux64GccDPOpt/bin:/home/ufaserv1_k/cenmk/OpenFOAM/cenmk-2.1.1/platforms/linux64GccDPOpt/bin:/home/ufaserv1_k/cenmk/OpenFOAM/cenmk-2.1.1/platforms/linux64GccDPOpt/lib

[cenmk@login2 swak4Foam_2.x]$ echo $FOAM_LIBBIN
/apps/applications/openfoam/2.1.1-test/1/default/platforms/linux64GccDPOpt/lib

[cenmk@login2 swak4Foam_2.x]$ mkdir -p $WM_PROJECT_USER_DIR

Checking bison and flex versions are still there

[cenmk@login2 swak4Foam_2.x]$ bison -V
bison (GNU Bison) 2.7
Written by Robert Corbett and Richard Stallman.

Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[cenmk@login2 swak4Foam_2.x]$ flex -V
flex 2.5.37

Cleanup and failed installation from before

[cenmk@login2 swak4Foam_2.x]$ ./Allwclean
wclean simpleFunctionObjects
wclean swak4FoamParsers
wclean swakLagrangianParser
wclean groovyBC
wclean swakFunctionObjects
wclean simpleSwakFunctionObjects
wclean simpleLagrangianFunctionObjects
wclean simpleSearchableSurfaces
wclean swakTopoSources
wclean swakSourceFields
wclean swakFiniteArea
wclean groovyStandardBCs
wclean swakPythonIntegration
wclean swakChemistryModelFunctionPlugin
wclean swakRadiationModelFunctionPlugin
wclean swakMeshQualityFunctionPlugin
wclean swakLocalCalculationsFunctionPlugin
wclean swakRandomFunctionPlugin
wclean swakFvcSchemesFunctionPlugin
wclean swakFacSchemesFunctionPlugin
wclean swakThermoTurbFunctionPlugin
wclean swakTransportTurbFunctionPlugin
wclean swakSurfacesAndSetsFunctionPlugin
wclean swakLagrangianCloudSourcesFunctionPlugin
wclean swakVelocityFunctionPlugin
wclean coalCloudAdaptor
wclean funkySetFields
wclean funkySetBoundaryField
wclean replayTransientBC
wclean funkySetAreaFields
wclean funkyDoCalc
wclean calcNonUniformOffsetsForMapped
wclean fieldReport
wclean funkyPythonPostproc
wclean funkySetLagrangianField

Then to launch installation of swak:

[cenmk@login2 swak4Foam_2.x]$ ./Allwmake

This then complains about not being able to find any files.

e.g.

....
Making dependency list for source file mqFaceNonOrthoPluginFunction.C
could not open file directMappedFvPatch.H for source file mqFaceNonOrthoPluginFunction.C
could not open file directMappedWallFvPatch.H for source file mqFaceNonOrthoPluginFunction.C

[wyldckat]

Please remove this line from your ".bashrc" file:

export LD_LIBRARY_PATH=$PATH:$FOAM_USER_APPBIN

And this one:

export LD_LIBRARY_PATH=$HOME/.local/lib

possibly should be changed to:

export LD_LIBRARY_PATH=$HOME/.local/lib:$LD_LIBRARY_PATH

As for this:

Originally Posted by kingjewel1

e.g.

....
Making dependency list for source file mqFaceNonOrthoPluginFunction.C
could not open file directMappedFvPatch.H for source file mqFaceNonOrthoPluginFunction.C
could not open file directMappedWallFvPatch.H for source file mqFaceNonOrthoPluginFunction.C

Actually, those messages are pretty normal. It's the ones that say "Error" that you have to look out for

[kingjewel1]

Originally Posted by wyldckat

Please remove this line from your ".bashrc" file:

export LD_LIBRARY_PATH=$PATH:$FOAM_USER_APPBIN

And this one:

export LD_LIBRARY_PATH=$HOME/.local/lib

possibly should be changed to:

export LD_LIBRARY_PATH=$HOME/.local/lib:$LD_LIBRARY_PATH

As for this:

Actually, those messages are pretty normal. It's the ones that say "Error" that you have to look out for

I'm so sorry, I think this is all the relevant stuff now in my bashrc file.

module load openmpi/1.5.3
module load gnu/4.7.1
module add openfoam
PATH=/ParaView-3.98.1-Linux-64bit/bin/paraview:$PATH
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64GccDPOpt/lib/openmpi-1.5.3
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/apps/applications/openfoam/2.1.1-test/1/default/platforms/linux64GccDPOpt/lib/dummy/
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/apps/applications/openfoam/2.1.1-test/1/default/ThirdParty-2.1.1/platforms/linux64GccDPOpt/lib/
#########
export PATH
export PATH=$HOME/.local/bin:$PATH
export LD_LIBRARY_PATH=$HOME/.local/lib:$LD_LIBRARY_PATH
export MANPATH=$HOME/.local/share/man:$MANPATH
export WM_PROJECT_USER_DIR=$HOME/$WM_PROJECT/$USER-$WM_PROJECT_VERSION
export FOAM_USER_APPBIN=$WM_PROJECT_USER_DIR/platforms/$WM_OPTIONS/bin
export FOAM_USER_LIBBIN=$WM_PROJECT_USER_DIR/platforms/$WM_OPTIONS/lib
export PATH=$PATH:$FOAM_USER_APPBIN
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$FOAM_USER_LIBBIN

Does this look reasonable to you?

In any case Swak looks like it installs (gives no visible error other than what I reported in my last post) but funkySetFields returns command not found:

[cenmk@login2 swak4Foam_2.x]$ funkySetFields
-bash: funkySetFields: command not found

[wyldckat]

The ".bashrc" file looks OK.

Originally Posted by kingjewel1

In any case Swak looks like it installs (gives no visible error other than what I reported in my last post) but funkySetFields returns command not found:

[cenmk@login2 swak4Foam_2.x]$ funkySetFields
-bash: funkySetFields: command not found

The accurate indication of whether it built everything correctly is to run Allwmake a second time (without running Allwclean), since it will check on the second pass whether everything is built or not. If it still tries to build stuff, then something is going wrong.

[kingjewel1]

Originally Posted by wyldckat

The ".bashrc" file looks OK.

The accurate indication of whether it built everything correctly is to run Allwmake a second time (without running Allwclean), since it will check on the second pass whether everything is built or not. If it still tries to build stuff, then something is going wrong.

It's WORKED! Thank you soooo much for helping set it up correctly, it's very much appreciated!

The upshot is that an environment variable (LIBBIN) was not correctly set up.

[navid2]

Originally Posted by gschaider

The relevant output is (copied from your word-file):

SOURCE=FieldValueExpressionParser.yy ; rm -f Make/linux64GccDPOpt/FieldValueExpressionParser.C Make/linux64GccDPOpt/FieldValueExpressionParser.tab.hh; mkdir $$; cd $$; bison -ra -v  -d ../$SOURCE ; mv *.tab.cc ../Make/linux64GccDPOpt/FieldValueExpressionParser.C ; sed -i.bak "s/position.hh/FieldValueExpressionParser_position.hh/" location.hh ; mv location.hh ../lnInclude/FieldValueExpressionParser_location.hh ; mv stack.hh ../lnInclude/FieldValueExpressionParser_stack.hh ; mv position.hh ../lnInclude/FieldValueExpressionParser_position.hh ; sed -i.bak "s/stack.hh/FieldValueExpressionParser_stack.hh/;s/location.hh/FieldValueExpressionParser_location.hh/" FieldValueExpressionParser.tab.hh ;mv *.hh ../lnInclude ; touch -r ../$SOURCE ../lnInclude/FieldValueExpressionParser*.hh ; cd ..; rm -r $$; if [ -z "" ]; then echo -e "\n\nIf compilation of the grammers takes prohibitivly long set SWAK_COMPILE_GRAMMAR_OPTION to something like -O1\n\n" ; fi;   g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt  	 -I/opt/openfoam230/src/finiteVolume/lnInclude -I/opt/openfoam230/src/sampling/lnInclude -I/opt/openfoam230/src/fileFormats/lnInclude -I/opt/openfoam230/src/triSurface/lnInclude -I/opt/openfoam230/src/surfMesh/lnInclude -I/opt/openfoam230/src/lagrangian/basic/lnInclude -I/opt/openfoam230/src/meshTools/lnInclude -IlnInclude -I. -I/opt/openfoam230/src/OpenFOAM/lnInclude -I/opt/openfoam230/src/OSspecific/POSIX/lnInclude   -fPIC  -c Make/linux64GccDPOpt/FieldValueExpressionParser.C -o Make/linux64GccDPOpt/FieldValueExpressionParser.o
-e 

If compilation of the grammers takes prohibitivly long set SWAK_COMPILE_GRAMMAR_OPTION to something like -O1

It seems that it is the compilation of the grammar that takes quite long. The problem is that bison generates a rather large C++-file and some compiler versions (of G++ or clang) think that they have to optimize it very thoroughly which takes a looong time (situation gets even worse if WM_NCOMPPROCS is set to values 2 or larger. Then there might even be a memory-problem).

Anyway: this problem is known, there is a fix and a hint to the solution is given in the output. What annoys me now is how people seem to not read that hint. So a question like "I'm new with Linux. What does 'set xxx to yyy' mean" is a valid question and I might gladly answer that with something like "Do on the command-line 'export SWAK_COMPILE_GRAMMAR_OPTION=-O1' and then compile (you'll know that you correctly set the variable when the 'If compilation ...' output is not there)" or a question like "I tried SWAK_COMPILE_GRAMMAR_OPTION=-O1, it doesn't help" might trigger a "Strange. Which compiler-version?" but a Word-file with the problem (and the probable solution) copy/pasted makes me only look to the sky and say "why do I even bother?" (the answer is: because silently I hope that it is only every fifth user that doesn't read the output before asking)

thanks so much Bernhard for your help. when i asked you, i had read the output carelessly. you are completely right at this case. i'll change my behavior. i'm very happy to know my bad behaviors and correcting them. any way thanks for your hint.

[callmetao]

Hi:
When I was installing the swakFoam, I got following errors. I have spent a lot of time on searching information, but didn't find a solution. Following are the errors I got. Thanks so much!

Update: I have already solved the problem using the solution provided by the #6 post in this thread. Thanks everyone!

Previously compiled for OpenFOAM 2.1.1
No file 'swakConfiguration'. Python etc won't work. See README for details
Checking swak4Foam-version and generating file
abort: no repository found in '/home/weitaow/OpenFOAM/weitaow-2.1.1/swak4Foam_2.x' (.hg not found)!
Swak version is 0.3.0
Bison is version 2.5
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1 (-1 == x)
No change to swak4FoamParsers/foamVersion4swak.H
/usr/bin/ld: cannot open output file /home/weitaow/OpenFOAM/weitaow-2.1.1/platforms/linuxGccDPOpt/lib/libswak4FoamParsers.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/weitaow/OpenFOAM/weitaow-2.1.1/platforms/linuxGccDPOpt/lib/libswak4FoamParsers.so] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it

Requirements for Library not satisfied. I see no sense in going on
Check the README before you go on to ask. And search: Most likely your problem occured to 5 other people before and has been solved on the MessageBoard

[gschaider]

Originally Posted by callmetao

Hi:
When I was installing the swakFoam, I got following errors. I have spent a lot of time on searching information, but didn't find a solution. Following are the errors I got. Thanks so much!

Update: I have already solved the problem using the solution provided by the #6 post in this thread. Thanks everyone!

Good for you: I was soooo close to giving a sarcastic comment

Seriously: thanks for reporting the fix to your problem. This makes live easier for people who encounter this problem also and during their research find your post

[vasava]

Yesterday I tried for almost 6 hours to make swak4Foam work with openFoam2.3. Here is what I did:

1. Using the hg command download the repository
   hg clone http://hg.code.sf.net/p/openfoam-extend/swak4Foam openfoam-extend-swak4Foam
2. Change directory and checkout the right branch
   cd swak4Foam && hg update port_2.0.x
3. Execute wmake command to build/compile swak4Foam.
4. Re-run wmake to ensure that everything went right. This time it should be relatively faster.

On the last step I kept on getting the error similar to that reported in post-58 (last-error)http://www.cfd-online.com/Forums/ope...tml#post477757. Then I thought that I ignore the errors and run a test case. But running a case with groovyBC kept on giving me Unknown function type error.

I spent a whole lot of time in trying different links and versions of swak4Foam. Finally I realized that I had to modify the controlDict file to make swak4Foam work. I added the following lines and everything started worked well.

libs ( 
    "libOpenFOAM.so" 
    "libgroovyBC.so" 
    "libsimpleSwakFunctionObjects.so" 
    "libswakFunctionObjects.so" 
) ;

It is probable that many people just like me (if there are any) get so occupied with compiling swak that they forget to modify the controlDict file and end up getting error.

Originally Posted by gschaider

Good for you: I was soooo close to giving a sarcastic comment

Yesterday, cfd-online website for down for some time and it saved me from possible sarcastic comments .

So far everything is working well but I will come back if I get stuck somewhere.....

[gschaider]

Originally Posted by vasava

Yesterday, cfd-online website for down for some time and it saved me from possible sarcastic comments .

I was at the OF-workshop in Zagreb and doing some sarcastic commenting there. So you shouldn't have woried

Originally Posted by vasava

So far everything is working well but I will come back if I get stuck somewhere.....

Ah. We have an optimist here

[nadine]

Hello,
To install swak4foam on ubuntu 12.04 (precise) 64 bit, using openfoam201 I followed the instructions given here and on wikipage:

Originally Posted by wyldckat

Greetings Sandy,

1. It should work on OpenFOAM 2.1.1.
2. You will need to build swak4Foam, as instructed here: http://openfoamwiki.net/index.php/Co...4Foam#Building
3. You can download it as instructed here: http://openfoamwiki.net/index.php/Co...am#Downloading
4. You need to first install the packages indicated in the section "System Requirements" described here: http://www.openfoam.org/download/source.php
5. As for how to groovyBC for this flow profile, use Google to search for:
   

   site:cfd-online.com parabolic groovybc

Best regards,
Bruno

when typing the following command:
funkySetFields
I got the following message:
funkySetFields: error while loading shared libraries: libswak4FoamParsers.so: cannot open shared object file: No such file or directory

and the make.log file gives the following after running allmake twice:
Previously compiled for OpenFOAM 2.0.1
No file 'swakConfiguration'. Python etc won't work. See README for details
Checking swak4Foam-version and generating file
Swak version is 0.3.2
Bison is version 2.5
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 0 Patch 1 (-1 == x / 1)
No change to swak4FoamParsers/foamVersion4swak.H
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakLagrangianParser.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleSearchableSurfaces.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so' is up to date.

SWAK_PYTHON_INCLUDE not defined .... no Python-Integration. Most people are fine without it

'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakMeshQualityFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakLocalCalculationsFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakRandomFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakFvcSchemesFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakThermoTurbFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakTransportTurbFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakSurfacesAndSetsFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakChemistryModelFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakRadiationModelFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakCoalCloudAdaptor.so' is up to date.

If you have your own function-plugins you can specify them using the SWAK_USER_PLUGINS environment variable and they would be compiled now. If you don't know what this means: don't bother. You propably don't need it

make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/calcNonUniformOffsetsForMapped' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/fieldReport'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/fieldReport' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/fieldReport'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyDoCalc'

SWAK_PYTHON_INCLUDE not defined .... no Python-Integration. Utility funkyPythonPostproc not compiled

make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkySetLagrangianField' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyWarpMesh'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkyWarpMesh' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyWarpMesh'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/replayTransientBC'


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Libraries (most people will be fine without setting that variable)


when using groovyBC after adding the librairies in the controlDict as said in wikipage, I got the following message:
--> FOAM FATAL IO ERROR:
Unknown patchField type groovyBC for patch type patch


So please help help help

[gschaider]

Originally Posted by nadine

Hello,
To install swak4foam on ubuntu 12.04 (precise) 64 bit, using openfoam201 I followed the instructions given here and on wikipage:



when typing the following command:
funkySetFields
I got the following message:
funkySetFields: error while loading shared libraries: libswak4FoamParsers.so: cannot open shared object file: No such file or directory

and the make.log file gives the following after running allmake twice:
Previously compiled for OpenFOAM 2.0.1
No file 'swakConfiguration'. Python etc won't work. See README for details
Checking swak4Foam-version and generating file
Swak version is 0.3.2
Bison is version 2.5
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 0 Patch 1 (-1 == x / 1)
No change to swak4FoamParsers/foamVersion4swak.H
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakLagrangianParser.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleSearchableSurfaces.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so' is up to date.

SWAK_PYTHON_INCLUDE not defined .... no Python-Integration. Most people are fine without it

'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakMeshQualityFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakLocalCalculationsFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakRandomFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakFvcSchemesFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakThermoTurbFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakTransportTurbFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakSurfacesAndSetsFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakChemistryModelFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakRadiationModelFunctionPlugin.so' is up to date.
'/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib/libswakCoalCloudAdaptor.so' is up to date.

If you have your own function-plugins you can specify them using the SWAK_USER_PLUGINS environment variable and they would be compiled now. If you don't know what this means: don't bother. You propably don't need it

make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/calcNonUniformOffsetsForMapped' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/fieldReport'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/fieldReport' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/fieldReport'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyDoCalc'

SWAK_PYTHON_INCLUDE not defined .... no Python-Integration. Utility funkyPythonPostproc not compiled

make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkySetLagrangianField' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyWarpMesh'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/funkyWarpMesh' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/funkyWarpMesh'
make[1]: Entering directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Utilities/replayTransientBC'


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /home/nadine/OpenFOAM/nadine-2.0.1/swak4Foam/Libraries (most people will be fine without setting that variable)


when using groovyBC after adding the librairies in the controlDict as said in wikipage, I got the following message:
--> FOAM FATAL IO ERROR:
Unknown patchField type groovyBC for patch type patch


So please help help help

Seems like $FOAM_USER_LIBBIN (in your case /home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib) is not in your LD_LIBRARY_PATH. That is a problem with your OF-setup

First try in a new terminal (don't know the OF-scripts by heart but it is possible that FOAM_USER_LIBBIN is not inserted into LD_LIBRARY_PATH if it doesn't exist and if swak is the first library you compiled then this might not have existed at first)

If it doesn't work in a new terminal try adding $FOAM_USER_LIBBIN to LD_LIBRARY_PATH

Bernhard

[nadine]

Hello Bernhard,

thank you for your fast reply!

I search online to find how to add the path and did the following:
export LD_LIBRARY_PATH=$FOAM_USER_LIBBIN

then tested by typing:
echo $LD_LIBRARY_PATH

and got the following message:
/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib

but funkySetFields still gives the following error message:
error while loading shared libraries: libswak4FoamParsers.so: cannot open shared object file: No such file or directory

and I tried everything from new terminals!

thank you for your help

[nadine]

Hello Bernhard,

Never mind my last post!

I added export LD_LIBRARY_PATH=$FOAM_USER_LIBBIN to my ./bashrc and it works now

thank you again for your help

[gschaider]

Originally Posted by nadine

Hello Bernhard,

thank you for your fast reply!

I search online to find how to add the path and did the following:
export LD_LIBRARY_PATH=$FOAM_USER_LIBBIN

then tested by typing:
echo $LD_LIBRARY_PATH

and got the following message:
/home/nadine/OpenFOAM/nadine-2.0.1/platforms/linux64GccDPOpt/lib

but funkySetFields still gives the following error message:
error while loading shared libraries: libswak4FoamParsers.so: cannot open shared object file: No such file or directory

and I tried everything from new terminals!

thank you for your help

That only works if your LD_LIBRARY_PATH was empty. If it isn't you should

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$FOAM_USER_LIBBIN

[hkiani]

Hi All,
I have just changed from Ubuntu to Mac OS, so downloaded the image file for foam-extend-3.1.
The software is working fine and my solvers are compiled correctly, however when I try to install swak4foam the following error occurs after a 2nd time ./Allwmake:


last lines of the log:

 -I/Users/mousavi/foam/foam-extend-3.1/src/foam/lnInclude -I/Users/mousavi/foam/foam-extend-3.1/src/OSspecific/POSIX/lnInclude   -fPIC -Ddarwin  -c Make/darwinIntel64GccDPOpt/PatchValueExpressionParser.C -o Make/darwinIntel64GccDPOpt/PatchValueExpressionParser.o
bison: m4 subprocess failed: No such file or directory
mv: rename *.tab.cc to ../Make/darwinIntel64GccDPOpt/PatchValueExpressionParser.C: No such file or directory
sed: location.hh: No such file or directory
mv: rename location.hh to ../lnInclude/PatchValueExpressionParser_location.hh: No such file or directory
mv: rename stack.hh to ../lnInclude/PatchValueExpressionParser_stack.hh: No such file or directory
mv: rename position.hh to ../lnInclude/PatchValueExpressionParser_position.hh: No such file or directory
sed: PatchValueExpressionParser.tab.hh: No such file or directory
mv: rename *.hh to ../lnInclude/*.hh: No such file or directory
-e 

If compilation of the grammers takes prohibitivly long set SWAK_COMPILE_GRAMMAR_OPTION to something like -O1


clang: error: no such file or directory: 'Make/darwinIntel64GccDPOpt/PatchValueExpressionParser.C'
clang: error: no input files
make: *** [Make/darwinIntel64GccDPOpt/PatchValueExpressionParser.o] Error 1
make: *** Waiting for unfinished jobs....
bison: m4 subprocess failed: No such file or directory
mv: rename *.tab.cc to ../Make/darwinIntel64GccDPOpt/FieldValueExpressionParser.C: No such file or directory
sed: location.hh: No such file or directory
mv: rename location.hh to ../lnInclude/FieldValueExpressionParser_location.hh: No such file or directory
mv: rename stack.hh to ../lnInclude/FieldValueExpressionParser_stack.hh: No such file or directory
mv: rename position.hh to ../lnInclude/FieldValueExpressionParser_position.hh: No such file or directory
sed: FieldValueExpressionParser.tab.hh: No such file or directory
mv: rename *.hh to ../lnInclude/*.hh: No such file or directory
-e 

If compilation of the grammers takes prohibitivly long set SWAK_COMPILE_GRAMMAR_OPTION to something like -O1


clang: error: no such file or directory: 'Make/darwinIntel64GccDPOpt/FieldValueExpressionParser.C'
clang: error: no input files
make: *** [Make/darwinIntel64GccDPOpt/FieldValueExpressionParser.o] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it

Requirements for Library not satisfied. I see no sense in going on

[wyldckat]

Greetings hkiani and welcome to the forum!

I don't have a Mac, therefore I can't test it. Nonetheless, there are a few details I'd like to point out:

1. You can find detailed instructions regarding installing swak4Foam here: http://openfoamwiki.net/index.php/In...tion/swak4Foam
   • There you'll find this page: http://openfoamwiki.net/index.php/In...Error_Messages
     • And there you'll find a request to provide a complete log file, at the end of chapter "3 The Basics: How to look for errors"
2. The error message near the end is hinting at some major problem:
   

   clang: error: no such file or directory: 'Make/darwinIntel64GccDPOpt/FieldValueExpressionParser.C'
   clang: error: no input files
   make: *** [Make/darwinIntel64GccDPOpt/FieldValueExpressionParser.o] Error 1
   Parser library did not compile OK. No sense continuing as everything else depends on it

   Worse even is that it seems that you're using clang instead of g++.

Honestly, having access to the first error messages usually is what tells me what went wrong, but swak4Foam was meant to be nice about warning what went wrong. But in this case, it seems that it's not a contemplated scenario.

Best regards,
Bruno

[hkiani]

Hi Bruno!
Thanks a million for your kind reply.
Ye, I have read the links you suggested and tried several options but the error still exists. It seems to be a write protection issue or a problem in links to the files. I could not figure out the problem. I even changed to bash but got the same error. I dont know is any body has tried to compile swak on mac for extend 3.1?
The initial lines of the log goes like this:

bash-3.2# ./Allwmake
This is a clean install
No file 'swakConfiguration'. Python etc won't work. See README for details
Checking swak4Foam-version and generating file
Swak version is 0.3.1
Bison is version 2.7
Flex is version Apple(flex-31) (Minor version: Apple(flex-31))
OpenFOAM-version: Major 3 Minor 1 Patch -1 (-1 == x / 98)
No swak4FoamParsers/foamVersion4swak.H. Generated
wmakeLnInclude: linking include files to simpleFunctionObjects/lnInclude
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file helpers/exprString.C
Making dependency list for source file helpers/printSwakVersion.C
Making dependency list for source file helpers/switchableNotImplemented.C
Making dependency list for source file helpers/DebugOStream.C
Making dependency list for source file entryToExpression/entryToExpression.C
Making dependency list for source file entryToExpression/directEntryToExpression.C
Making dependency list for source file entryToExpression/stringEntryToExpression.C
Making dependency list for source file entryToExpression/boolEntryToExpression.C
Making dependency list for source file entryToExpression/vectorEntryToExpression.C
Making dependency list for source file entryToExpression/tensorEntryToExpression.C
Making dependency list for source file entryToExpression/symmTensorEntryToExpression.C
Making dependency list for source file entryToExpression/sphericalTensorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedScalarEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedVectorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedTensorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedSymmTensorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedSphericalTensorEntryToExpression.C
Making dependency list for source file repositories/RepositoryBase.C
Making dependency list for source file repositories/SurfacesRepository.C
could not open file cellModelI.H for source file repositories/SurfacesRepository.C
could not open file cellShapeI.H for source file repositories/SurfacesRepository.C
could not open file boolList.H for source file repositories/SurfacesRepository.C
could not open file HashSet.H for source file repositories/SurfacesRepository.C
could not open file Map.H for source file repositories/SurfacesRepository.C
could not open file EdgeMap.H for source file repositories/SurfacesRepository.C
could not open file primitiveMeshI.H for source file repositories/SurfacesRepository.C
could not open file pointIOField.H for source file repositories/SurfacesRepository.C
could not open file faceIOList.H for source file repositories/SurfacesRepository.C
could not open file labelIOList.H for source file repositories/SurfacesRepository.C
could not open file polyBoundaryMesh.H for source file repositories/SurfacesRepository.C
could not open file boundBox.H for source file repositories/SurfacesRepository.C
could not open file pointZoneMesh.H for source file repositories/SurfacesRepository.C
could not open file faceZoneMesh.H for source file repositories/SurfacesRepository.C
could not open file cellZoneMesh.H for source file repositories/SurfacesRepository.C
could not open file coordinateSystems.H for source file repositories/SurfacesRepository.C
could not open file interpolation.H for source file repositories/SurfacesRepository.C
could not open file sampledSurfaceTemplates.C for source file repositories/SurfacesRepository.C
could not open file RepositoryBase.H for source file repositories/SurfacesRepository.C
could not open file surfaceWriter.H for source file repositories/SurfacesRepository.C


....................

and many more could not open notes!