CFD Online Discussion Forums

CFD Online Discussion Forums (https://www.cfd-online.com/Forums/)
-   OpenFOAM Community Contributions (https://www.cfd-online.com/Forums/openfoam-community-contributions/)
-   -   [swak4Foam] difficulties installing swak4foam (https://www.cfd-online.com/Forums/openfoam-community-contributions/103805-difficulties-installing-swak4foam.html)

gschaider November 26, 2012 15:22

Quote:

Originally Posted by mrt (Post 394217)
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 February 3, 2013 13:32

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 February 3, 2013 13:57

Greetings Jubayer,

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

Best regards,
Bruno

cm_jubayer February 3, 2013 16:39

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

Jubayer

wyldckat February 4, 2013 05:58

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 February 4, 2013 12:59

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::operator==(const parserPatch::position&, const parserPatch::position&)â:
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::operator==(const parserField::position&, const parserField::position&)â:
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 February 4, 2013 14:42

Quote:

Originally Posted by cm_jubayer (Post 405975)
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 February 4, 2013 23:29

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 February 5, 2013 04:58

Quote:

Originally Posted by cm_jubayer (Post 406028)
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 February 5, 2013 10:47

It worked! Thanks :D

Jubayer

andyru April 25, 2013 04:05

swak4foam on suse12.3
 
Hello,

I want to share my experience compiling swak4foam
Code:

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
Code:

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:
Code:

# 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 April 25, 2013 11:49

Quote:

Originally Posted by andyru (Post 423020)
Hello,

I want to share my experience compiling swak4foam
Code:

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

Quote:

Originally Posted by andyru (Post 423020)
Problems caused the system installation bison (bison (GNU Bison) 2.6.5),
where
Code:

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)
Quote:

Originally Posted by andyru (Post 423020)
I thought about a missing define but this is set:
Code:

# 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 April 25, 2013 17:04

Hi gschaider,
Quote:

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 :(

Quote:

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 April 25, 2013 17:46

Quote:

Originally Posted by andyru (Post 423206)
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

Quote:

Originally Posted by andyru (Post 423206)
I will test bison 2.7 the next days.

BTW: swak4foam rocks!

Andy


andyru April 26, 2013 04:35

Quote:

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.


Quote:

...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 April 26, 2013 05:31

Quote:

Originally Posted by andyru (Post 423277)
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

Quote:

Originally Posted by andyru (Post 423277)
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 April 27, 2013 11:30

1 Attachment(s)
Quote:

Originally Posted by gschaider (Post 423210)
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::pointPatchField<Foam::Vector<doubl e> >&, const Foam::pointPatchField<Foam::Vector<double> >&, const Foam::pointPatchField<double>&)’



any suggestion?

gschaider April 28, 2013 17:03

Quote:

Originally Posted by Alish1984 (Post 423527)
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::pointPatchField<Foam::Vector<doubl e> >&, const Foam::pointPatchField<Foam::Vector<double> >&, const Foam::pointPatchField<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):
Code:

../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 May 1, 2013 09:31

Quote:

Originally Posted by gschaider (Post 423688)
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):
Code:

../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 May 4, 2013 06:21

Quote:

Originally Posted by Alish1984 (Post 424438)
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.


All times are GMT -4. The time now is 17:37.