[gschaider]

Originally Posted by mrt

Setting refValue worked like a charm. Thanks Bernhard!

Good. I want to stress again that this workaround is only needed until the next release of swak which will have a proper fix

[cm_jubayer]

Hi,

I am facing similar problem like the 3rd post in this thread. I am trying to complile swak4foam on a remote cluster. It compiles ok in my own system, but not on the cluster. OpenFOAM version on the cluster is 2.1.1. So I downloaded swak4foam for this version, unzipped using tar command and ran ./Allwmake and ended up with the error. Any suggestions? or do I have to ask the cluster administrator to compile it for me (may be limited access somewhere). I did compile my own turbulence model on the cluster without any problem. Thanks.

Jubayer

[wyldckat]

Greetings Jubayer,

Did you see post #6? http://www.cfd-online.com/Forums/ope...tml#post368689

Best regards,
Bruno

[cm_jubayer]

Thanks Bruno for your quick reply. Yes, I saw that and tried. It gave me "not permitted" error for all the folders.

Jubayer

[wyldckat]

Hi Jubayer,

Sorry, but I'm having a hard time understanding how are you getting that error
Can you provide at least the first lines that give those error messages? Namely the ones that appear after running Allwmake.

Best regards,
Bruno

[cm_jubayer]

Hi Bruno,

Sorry for not giving this earlier.

Here are first few lines:

No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib64/python2.6/subprocess.py", line 639, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1228, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1
No swak4FoamParsers/foamVersion4swak.H. Generated
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file helpers/printSwakVersion.C
Making dependency list for source file repositories/SurfacesRepository.C
Making dependency list for source file repositories/SetsRepository.C
Making dependency list for source file repositories/GlobalVariablesRepository.C
Making dependency list for source file ExpressionDriverWriter.C
Making dependency list for source file ExpressionResult/ExpressionResult.C
Making dependency list for source file ExpressionResult/StoredExpressionResult.C
Making dependency list for source file ExpressionResult/DelayedExpressionResult.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySurface.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySet.C
Making dependency list for source file FieldValueExpressionParser.yy
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy
could not open file FixedValuePointPatchField.H for source file FieldValueExpressionParser.yy
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionParser.yy
could not open file CalculatedPointPatchField.H for source file FieldValueExpressionParser.yy
Making dependency list for source file PatchValueExpressionParser.yy
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionParser.yy
Making dependency list for source file SubsetValueExpressionParser.yy
could not open file SubsetValueExpressionParser.tab.hh for source file


Here are last few lines:




position.hh:136: warning: suggest parentheses around && within ||
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so] Error 1
Making dependency list for source file funkyDoCalc.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
SOURCE=funkyDoCalc.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkyDoCalc.o
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
Making dependency list for source file funkySetBoundaryField.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
SOURCE=funkySetBoundaryField.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkySetBoundaryField.o
In file included from ../../Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44,
from PatchValueExpressionParser.tab.hh:65,
from ../../Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from funkySetBoundaryField.C:41:
position.hh: In function âbool parserPatch:perator==(const parserPatch:osition&, const parserPatch:osition&)â:
position.hh:136: warning: suggest parentheses around && within ||
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
Making dependency list for source file funkySetFields.C
could not open file FixedValuePointPatchField.H for source file funkySetFields.C
could not open file ZeroGradientPointPatchField.H for source file funkySetFields.C
could not open file CalculatedPointPatchField.H for source file funkySetFields.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
SOURCE=funkySetFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkySetFields.o
In file included from ../../Libraries/swak4FoamParsers/lnInclude/FieldValueExpressionParser_location.hh:44,
from FieldValueExpressionParser.tab.hh:65,
from ../../Libraries/swak4FoamParsers/lnInclude/FieldValueExpressionDriver.H:19,
from funkySetFields.C:41:
position.hh: In function âbool parserField:perator==(const parserField:osition&, const parserField:osition&)â:
position.hh:136: warning: suggest parentheses around && within ||
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
Making dependency list for source file replayTransientBC.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
SOURCE=replayTransientBC.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/replayTransientBC.o
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/replayTransientBC.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make: Target `application' not remade because of errors.


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /work/jubayer/swak4Foam_2.x_release_0.2.1/Libraries (most people will be fine without setting that variable)




Thanks


Jubayer

[gschaider]

Originally Posted by cm_jubayer

Hi Bruno,

Sorry for not giving this earlier.

Here are first few lines:



Here are last few lines:

The interesting part happens between "Here are the first few lines" and "the last few lines". Usually the best way to get the actual problem is run ./Allwmake twice (NO Allwclean in between). The first will be very verbose (because it creates the dependency-files and everything that it CAN compile). The second one shows only the real problems.

So: run it twice and then please past what seems to be the problem with the second compile here. Thanks

[cm_jubayer]

Here it is after running Allwmake again:

No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib64/python2.6/subprocess.py", line 639, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1228, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=CommonValueExpressionDriver.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/sampling/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/triSurface/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/lagrangian/basic/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/CommonValueExpressionDriver.o
CommonValueExpressionDriver.C:1309: error: template argument required for âclass lessOpâ
CommonValueExpressionDriver.C: In member function âFoam::vector Foam::CommonValueExpressionDriver::getPositionOfMi nimum(const Foam::scalarField&, const Foam::vectorField&) constâ:
CommonValueExpressionDriver.C:1374: error: missing template arguments before â(â token
CommonValueExpressionDriver.C: In member function âFoam::word Foam::CommonValueExpressionDriver::getHex(const void*) constâ:
CommonValueExpressionDriver.C:1389: warning: use of old-style cast
make: *** [Make/linux64GccDPOpt/CommonValueExpressionDriver.o] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so] Error 1
'/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so] Error 1
/usr/bin/ld: cannot find -lgroovyBC
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so] Error 1
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakMeshQualityFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakLocalCalculationsFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakRandomFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakFvcSchemesFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakThermoTurbFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakTransportTurbFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakSurfacesAndSetsFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so] Error 1
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make[1]: `/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make: Target `application' not remade because of errors.


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /work/jubayer/swak4Foam_2.x_release_0.2.1/Libraries (most people will be fine without setting that variable)



Thanks.

Jubayer

[gschaider]

Originally Posted by cm_jubayer

Here it is after running Allwmake again:

No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=CommonValueExpressionDriver.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/sampling/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/triSurface/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/lagrangian/basic/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/CommonValueExpressionDriver.o
CommonValueExpressionDriver.C:1309: error: template argument required for âclass lessOpâ
CommonValueExpressionDriver.C: In member function âFoam::vector Foam::CommonValueExpressionDriver::getPositionOfMi nimum(const Foam::scalarField&, const Foam::vectorField&) constâ:
CommonValueExpressionDriver.C:1374: error: missing template arguments before â(â token
CommonValueExpressionDriver.C: In member function âFoam::word Foam::CommonValueExpressionDriver::getHex(const void*) constâ:
CommonValueExpressionDriver.C:1389: warning: use of old-style cast
make: *** [Make/linux64GccDPOpt/CommonValueExpressionDriver.o] Error 1

Ah. That one. That is due to a change in OpenFOAM. See:
http://sourceforge.net/apps/mantisbt...iew.php?id=163

(as a workaround until the next release just rename all instances of lessOp in CommonValueExpressionDriver.C to something else (smallerOp for instance)

[cm_jubayer]

It worked! Thanks

Jubayer

[andyru]

Hello,

I want to share my experience compiling swak4foam

commit 53a04396a644fe978c5a37434509bfec09ff7dac
Author: Bernhard F.W. Gschaider <bgschaid@ice-sf.at>
Date:   Tue Aug 9 22:54:30 2011 +0200

for OF1.6ext on Suse 12.3, gcc-4.7.2.
Problems caused the system installation bison (bison (GNU Bison) 2.6.5),
where

could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
etc...

arose all the time.
I thought about a missing define but this is set:

# define YYDEBUG 1

So I took bison (GNU Bison) 2.5.1. This compiles without any problems

Maybe this description is helpful...

Greetings,

Andy

[gschaider]

Originally Posted by andyru

Hello,

I want to share my experience compiling swak4foam

commit 53a04396a644fe978c5a37434509bfec09ff7dac
Author: Bernhard F.W. Gschaider <bgschaid@ice-sf.at>
Date:   Tue Aug 9 22:54:30 2011 +0200

for OF1.6ext on Suse 12.3, gcc-4.7.2.

That is a rather old release of swak ... we're talking ancient history. The current release still supports 1.6-ext

Originally Posted by andyru

Problems caused the system installation bison (bison (GNU Bison) 2.6.5),
where

could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
etc...

arose all the time.

Is this the message during the generation of the dependencies? This is OK. makeDeps doesn't know how to handle the tab.hh-files (which are only going to get generated)

Originally Posted by andyru

I thought about a missing define but this is set:

# define YYDEBUG 1

So I took bison (GNU Bison) 2.5.1. This compiles without any problems

Maybe this description is helpful...

Thanks for sharing. I regularly compile swak with bison 2.4.1 and 2.7. Strange that an intermediate version should be broken. But retry with a more up-to-date version of swak

[andyru]

Hi gschaider,

That is a rather old release of swak ... we're talking ancient history. The current release still supports 1.6-ext

Yes, I know. But I didn't find a current version in the net since sourceforge repository is down because of A..YS
http://www.cfd-online.com/Forums/ope...y-offline.html

Thanks for sharing. I regularly compile swak with bison 2.4.1 and 2.7.

I will test bison 2.7 the next days.

BTW: swak4foam rocks!

Andy

[gschaider]

Originally Posted by andyru

Hi gschaider,
Yes, I know. But I didn't find a current version in the net since sourceforge repository is down because of A..YS
http://www.cfd-online.com/Forums/ope...y-offline.html

Please tell me: what else can I do that people find the link to the current tarballs:
http://openfoamwiki.net/index.php/Co...am#Downloading
Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font? Every few days somebody asks about the download which has been there for ... I don't know how long ... so there must be something fundamentally wrong with this text. But nobody tells me what

Originally Posted by andyru

I will test bison 2.7 the next days.

BTW: swak4foam rocks!

Andy

[andyru]

Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font?

Sorry about this.
It seems, that I read the wiki-entry too fast. First svn link was tested, it failed and I did the wrong conclusion...
In this case my administrator would say to me: "The problem sits always between keyboard and chair." And yes, he is right.

...so there must be something fundamentally wrong with this text. But nobody tells me what

Maybe changin' the order would improve the situation?

Best regards,

Andy

[gschaider]

Originally Posted by andyru

Sorry about this.
It seems, that I read the wiki-entry too fast. First svn link was tested, it failed and I did the wrong conclusion...
In this case my administrator would say to me: "The problem sits always between keyboard and chair." And yes, he is right.

PEBCAK ("Problem exists between chair and keyboard") is the correct technical term according to UserFriendly.org

Originally Posted by andyru

Maybe changin' the order would improve the situation?

It could. But I figured as the paragraph is on the same page as the "download" heading (even on smartphones) people would see it. I'll have a look (although I hope for a reopenenig of the SVN any day now)

[Alish1984]

Originally Posted by gschaider

Please tell me: what else can I do that people find the link to the current tarballs:
http://openfoamwiki.net/index.php/Co...am#Downloading
Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font? Every few days somebody asks about the download which has been there for ... I don't know how long ... so there must be something fundamentally wrong with this text. But nobody tells me what

Hi Bernhard
Maybe you should delete the svn commands to make the "Bold Font Blind" peoples just read the bold texts

I wish I don't make you upset with my quote but after reading almost the whole stuff about the errors occurred in compilation I want to introduce a novel problem

the whole log file attached. two main problems exist:
the compiler is unable to open such these files...
"could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy"

but as you said this is not the case and there is no problem with not opening these files but also something dangerous with the matching between functions used (add,substract,...) and functions declared in OF occurred at the end of error log:
/home/gaslab/OpenFOAM/OpenFOAM-1.7.1/src/OpenFOAM/lnInclude/FieldFieldFunctions.C:618: error: no matching function for call to ‘multiply(Foam:ointPatchField<Foam::Vector<doubl e> >&, const Foam:ointPatchField<Foam::Vector<double> >&, const Foam:ointPatchField<double>&)’



any suggestion?

[gschaider]

Originally Posted by Alish1984

Hi Bernhard
Maybe you should delete the svn commands to make the "Bold Font Blind" peoples just read the bold texts

I wish I don't make you upset with my quote but after reading almost the whole stuff about the errors occurred in compilation I want to introduce a novel problem

the whole log file attached. two main problems exist:
the compiler is unable to open such these files...
"could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy"

but as you said this is not the case and there is no problem with not opening these files but also something dangerous with the matching between functions used (add,substract,...) and functions declared in OF occurred at the end of error log:
/home/gaslab/OpenFOAM/OpenFOAM-1.7.1/src/OpenFOAM/lnInclude/FieldFieldFunctions.C:618: error: no matching function for call to ‘multiply(Foam:ointPatchField<Foam::Vector<doubl e> >&, const Foam:ointPatchField<Foam::Vector<double> >&, const Foam:ointPatchField<double>&)’



any suggestion?

Hmm. Seems like this version has a problem with point-fields (I use 1.7.x which is this version plus bugfixes)

The "origin" of the problem is in the FieldValueExpressionParser.yy-file in line 4881 (there are two more such instances):

../FieldValueExpressionParser.yy:4881:   instantiated from here

what you could try is commenting out the grammar rule on that line (there may be lines before and after that) and recompiling. For your purposes it is sufficient to know that a grammar rule starts with "|" and ends when the next rule starts

[Alish1984]

Originally Posted by gschaider

Hmm. Seems like this version has a problem with point-fields (I use 1.7.x which is this version plus bugfixes)

The "origin" of the problem is in the FieldValueExpressionParser.yy-file in line 4881 (there are two more such instances):

../FieldValueExpressionParser.yy:4881:   instantiated from here

what you could try is commenting out the grammar rule on that line (there may be lines before and after that) and recompiling. For your purposes it is sufficient to know that a grammar rule starts with "|" and ends when the next rule starts

Thanx Bernhard, after commenting out the rules in FieldValueExpressionParser.yy that were identified in the error log, it compiled without any errorrr in OF 1.7.1
Also I should mentioned that I had already compiled the library in OF 2.0.1 without any error.


Bernhard, One more question:
DO you have any suggestion about how we can implement a flux boundary condition at inlet for species with SWAK in species conservation equation below:

ddt(yi)+div(phi,yi)=-div(Vdi,yi)+Source
where Vdi is diffusion velocity for each specie: Vdi=-1/yi*rho*grad(yi)*Dim, Dim=diffusion coefficient for diffusion of specie I into mixture

and the flux boundary is: Vdi*yi=Uinlet*(yinlet-yi)

[gschaider]

Originally Posted by Alish1984

Thanx Bernhard, after commenting out the rules in FieldValueExpressionParser.yy that were identified in the error log, it compiled without any errorrr in OF 1.7.1
Also I should mentioned that I had already compiled the library in OF 2.0.1 without any error.


Bernhard, One more question:
DO you have any suggestion about how we can implement a flux boundary condition at inlet for species with SWAK in species conservation equation below:

ddt(yi)+div(phi,yi)=-div(Vdi,yi)+Source
where Vdi is diffusion velocity for each specie: Vdi=-1/yi*rho*grad(yi)*Dim, Dim=diffusion coefficient for diffusion of specie I into mixture

and the flux boundary is: Vdi*yi=Uinlet*(yinlet-yi)

So you think a pure Dirichlet condition on the inlet is not sufficient because Diffusion is high enough that it goes "out" against the flow? Can't give you a recipe here. Some kind of gradient/mixed-BC might help here. But first check if is really necessary

swak only gives you the tools. The physics is your responsibility.