CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Community Contributions

[swak4Foam] swak4foam for OpenFOAM 4.0

Register Blogs Community New Posts Updated Threads Search

Like Tree28Likes

Reply
Page 4 of 5 « First 23 4 5
 
LinkBack Thread Tools Search this Thread Display Modes
Old   April 24, 2017, 15:04
Default
  #61
Retired Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128
wyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to all
Quick answer for @akesm:
Quote:
Originally Posted by akesm View Post
Has anyone ever successfully installed swak4Foam for OF >4?
I've moved your post to the thread where installing swak4Foam on OpenFOAM 4.* is discussed.

Given your description, I've updated the download wiki page that you provided the link for and referred that after downloading and unpacking the package, the next step is described on the parent page https://openfoamwiki.net/index.php/I...tion/swak4Foam

But for your specific problem, the following FAQ entry has the answer:
Bison is version 3.x / swak4Foam only confirmed to work with Bison 2.x
Bana likes this.
wyldckat is offline   Reply With Quote

Old   May 26, 2017, 08:01
Default swak4Foam blueCFD 2016
  #62
Member
 
Bruno Lebon
Join Date: Dec 2012
Posts: 33
Rep Power: 14
blebon is on a distinguished road
Look's like a new error message:

Code:
Previously compiled for OpenFOAM (4.x)

/home/ofuser/blueCFD/ofuser-of4/swak4Foam/privateRequirements/bin existing. Prepending to PATH-variable (private version of Bison)

Reading variables from 'swakConfiguration'
Checking swak4Foam-version and generating file
abort: no repository found in 'X:/ofuser-of4/swak4Foam' (.hg not found)!
Swak version is 0.4.1
Bison is version 2.7.12-4996
Flex is version 2.6.0 (Minor version: 0)
OpenFOAM-version: Major 4 Minor 0 Patch 0 (-1 == x / 0) Fork: openfoam
No change to swak4FoamParsers/foamVersion4swak.H
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file Pstream.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file Field.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file List.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file Tuple2.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file foamString.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file string.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file PtrMap.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file NamedEnum.H for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSurfaceValuePluginFunction.C
Making dependency list for source file plugins/SampledSetValuePluginFunction.C
could not open file Pstream.H for source file plugins/SampledSetValuePluginFunction.C
could not open file Field.H for source file plugins/SampledSetValuePluginFunction.C
could not open file List.H for source file plugins/SampledSetValuePluginFunction.C
could not open file Tuple2.H for source file plugins/SampledSetValuePluginFunction.C
could not open file foamString.H for source file plugins/SampledSetValuePluginFunction.C
could not open file string.H for source file plugins/SampledSetValuePluginFunction.C
could not open file PtrMap.H for source file plugins/SampledSetValuePluginFunction.C
could not open file NamedEnum.H for source file plugins/SampledSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSetValuePluginFunction.C
Making dependency list for source file plugins/FaceZoneValuePluginFunction.C
could not open file Pstream.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file Field.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file List.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file Tuple2.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file foamString.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file string.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file PtrMap.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file NamedEnum.H for source file plugins/FaceZoneValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/FaceZoneValuePluginFunction.C

.
.
.

Making dependency list for source file SubsetValueExpressionParser.yy
could not open file Pstream.H for source file SubsetValueExpressionParser.yy
could not open file Field.H for source file SubsetValueExpressionParser.yy
could not open file List.H for source file SubsetValueExpressionParser.yy
could not open file Tuple2.H for source file SubsetValueExpressionParser.yy
could not open file foamString.H for source file SubsetValueExpressionParser.yy
could not open file string.H for source file SubsetValueExpressionParser.yy
could not open file PtrMap.H for source file SubsetValueExpressionParser.yy
could not open file NamedEnum.H for source file SubsetValueExpressionParser.yy
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionParser.yy
Making dependency list for source file PatchValueExpressionParser.yy
could not open file Pstream.H for source file PatchValueExpressionParser.yy
could not open file Field.H for source file PatchValueExpressionParser.yy
could not open file List.H for source file PatchValueExpressionParser.yy
could not open file Tuple2.H for source file PatchValueExpressionParser.yy
could not open file foamString.H for source file PatchValueExpressionParser.yy
could not open file string.H for source file PatchValueExpressionParser.yy
could not open file PtrMap.H for source file PatchValueExpressionParser.yy
could not open file NamedEnum.H for source file PatchValueExpressionParser.yy
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionParser.yy
could not open file directMappedPatchBase.H for source file PatchValueExpressionParser.yy
Making dependency list for source file FieldValueExpressionParser.yy
could not open file Pstream.H for source file FieldValueExpressionParser.yy
could not open file Field.H for source file FieldValueExpressionParser.yy
could not open file List.H for source file FieldValueExpressionParser.yy
could not open file Tuple2.H for source file FieldValueExpressionParser.yy
could not open file foamString.H for source file FieldValueExpressionParser.yy
could not open file string.H for source file FieldValueExpressionParser.yy
could not open file PtrMap.H for source file FieldValueExpressionParser.yy
could not open file NamedEnum.H for source file FieldValueExpressionParser.yy
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy
could not open file directMappedFvPatch.H for source file FieldValueExpressionParser.yy
could not open file directMappedWallFvPatch.H for source file FieldValueExpressionParser.yy
could not open file directMappedPointPatch.H for source file FieldValueExpressionParser.yy
Making dependency list for source file makeSwakDataEntry.C
could not open file Pstream.H for source file makeSwakDataEntry.C
could not open file List.H for source file makeSwakDataEntry.C
could not open file Tuple2.H for source file makeSwakDataEntry.C
could not open file foamString.H for source file makeSwakDataEntry.C
could not open file string.H for source file makeSwakDataEntry.C
could not open file Field.H for source file makeSwakDataEntry.C
could not open file PtrMap.H for source file makeSwakDataEntry.C
could not open file NamedEnum.H for source file makeSwakDataEntry.C
could not open file Function1.H for source file makeSwakDataEntry.C
could not open file DataEntry.H for source file makeSwakDataEntry.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySet.C
could not open file PtrMap.H for source file setsAndSurfaces/swakRegistryProxySet.C
could not open file DynamicList.H for source file setsAndSurfaces/swakRegistryProxySet.C
could not open file Pstream.H for source file setsAndSurfaces/swakRegistryProxySet.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySurface.C
could not open file PtrMap.H for source file setsAndSurfaces/swakRegistryProxySurface.C
could not open file DynamicList.H for source file setsAndSurfaces/swakRegistryProxySurface.C
could not open file Pstream.H for source file setsAndSurfaces/swakRegistryProxySurface.C
Making dependency list for source file ExpressionResult/StoredStackExpressionResult.C
could not open file Pstream.H for source file ExpressionResult/StoredStackExpressionResult.C
could not open file Field.H for source file ExpressionResult/StoredStackExpressionResult.C
Making dependency list for source file ExpressionResult/StackExpressionResult.C
could not open file Pstream.H for source file ExpressionResult/StackExpressionResult.C
could not open file Field.H for source file ExpressionResult/StackExpressionResult.C
Making dependency list for source file ExpressionResult/DelayedExpressionResult.C
could not open file Pstream.H for source file ExpressionResult/DelayedExpressionResult.C
could not open file Field.H for source file ExpressionResult/DelayedExpressionResult.C
could not open file Tuple2.H for source file ExpressionResult/DelayedExpressionResult.C
could not open file foamString.H for source file ExpressionResult/DelayedExpressionResult.C
could not open file string.H for source file ExpressionResult/DelayedExpressionResult.C
Making dependency list for source file ExpressionResult/StoredExpressionResult.C
could not open file Pstream.H for source file ExpressionResult/StoredExpressionResult.C
could not open file Field.H for source file ExpressionResult/StoredExpressionResult.C
could not open file foamString.H for source file ExpressionResult/StoredExpressionResult.C
could not open file string.H for source file ExpressionResult/StoredExpressionResult.C
Making dependency list for source file ExpressionResult/ExpressionResult.C
could not open file Pstream.H for source file ExpressionResult/ExpressionResult.C
could not open file Field.H for source file ExpressionResult/ExpressionResult.C
Making dependency list for source file ExpressionDriverWriter.C
could not open file Pstream.H for source file ExpressionDriverWriter.C
could not open file List.H for source file ExpressionDriverWriter.C
could not open file Tuple2.H for source file ExpressionDriverWriter.C
could not open file foamString.H for source file ExpressionDriverWriter.C
could not open file string.H for source file ExpressionDriverWriter.C
could not open file Field.H for source file ExpressionDriverWriter.C
could not open file PtrMap.H for source file ExpressionDriverWriter.C
could not open file NamedEnum.H for source file ExpressionDriverWriter.C
Making dependency list for source file namedEnums/NumericAccumulationNamedEnum.H
could not open file NamedEnum.H for source file namedEnums/NumericAccumulationNamedEnum.H
could not open file Tuple2.H for source file namedEnums/NumericAccumulationNamedEnum.H
Making dependency list for source file namedEnums/LogicalAccumulationNamedEnum.H
could not open file NamedEnum.H for source file namedEnums/LogicalAccumulationNamedEnum.H
Making dependency list for source file namedEnums/MeshInterpolationOrder.C
could not open file Pstream.H for source file namedEnums/MeshInterpolationOrder.C
could not open file NamedEnum.H for source file namedEnums/MeshInterpolationOrder.C
Making dependency list for source file repositories/GlobalVariablesRepository.C
could not open file Pstream.H for source file repositories/GlobalVariablesRepository.C
could not open file Field.H for source file repositories/GlobalVariablesRepository.C
could not open file HashPtrTable.H for source file repositories/GlobalVariablesRepository.C
could not open file foamTime.H for source file repositories/GlobalVariablesRepository.C
could not open file Time.H for source file repositories/GlobalVariablesRepository.C
Making dependency list for source file repositories/SetsRepository.C
could not open file PtrMap.H for source file repositories/SetsRepository.C
could not open file DynamicList.H for source file repositories/SetsRepository.C
could not open file Pstream.H for source file repositories/SetsRepository.C
could not open file foamTime.H for source file repositories/SetsRepository.C
could not open file Time.H for source file repositories/SetsRepository.C
Making dependency list for source file repositories/MeshesRepository.C
could not open file PtrMap.H for source file repositories/MeshesRepository.C
could not open file Pstream.H for source file repositories/MeshesRepository.C
could not open file NamedEnum.H for source file repositories/MeshesRepository.C
Making dependency list for source file repositories/SurfacesRepository.C
could not open file Pstream.H for source file repositories/SurfacesRepository.C
could not open file PtrMap.H for source file repositories/SurfacesRepository.C
could not open file DynamicList.H for source file repositories/SurfacesRepository.C
Making dependency list for source file repositories/RepositoryBase.C
could not open file DynamicList.H for source file repositories/RepositoryBase.C
could not open file Pstream.H for source file repositories/RepositoryBase.C
could not open file foamTime.H for source file repositories/RepositoryBase.C
could not open file Time.H for source file repositories/RepositoryBase.C
Making dependency list for source file entryToExpression/dimensionedSphericalTensorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/dimensionedSphericalTensorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedSymmTensorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/dimensionedSymmTensorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedTensorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/dimensionedTensorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedVectorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/dimensionedVectorEntryToExpression.C
Making dependency list for source file entryToExpression/dimensionedScalarEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/dimensionedScalarEntryToExpression.C
Making dependency list for source file entryToExpression/sphericalTensorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/sphericalTensorEntryToExpression.C
Making dependency list for source file entryToExpression/symmTensorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/symmTensorEntryToExpression.C
Making dependency list for source file entryToExpression/tensorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/tensorEntryToExpression.C
Making dependency list for source file entryToExpression/vectorEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/vectorEntryToExpression.C
Making dependency list for source file entryToExpression/boolEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/boolEntryToExpression.C
Making dependency list for source file entryToExpression/stringEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/stringEntryToExpression.C
Making dependency list for source file entryToExpression/directEntryToExpression.C
could not open file Pstream.H for source file entryToExpression/directEntryToExpression.C
Making dependency list for source file entryToExpression/entryToExpression.C
could not open file Pstream.H for source file entryToExpression/entryToExpression.C
Making dependency list for source file helpers/DebugOStream.C
could not open file Pstream.H for source file helpers/DebugOStream.C
Making dependency list for source file helpers/switchableNotImplemented.C
could not open file HashSet.H for source file helpers/switchableNotImplemented.C
Making dependency list for source file helpers/exprString.C
could not open file Pstream.H for source file helpers/exprString.C
could not open file foamString.H for source file helpers/exprString.C
could not open file string.H for source file helpers/exprString.C
could not open file List.H for source file helpers/exprString.C
could not open file Tuple2.H for source file helpers/exprString.C
could not open file Field.H for source file helpers/exprString.C
could not open file PtrMap.H for source file helpers/exprString.C
could not open file NamedEnum.H for source file helpers/exprString.C
Making dependency list for source file helpers/printSwakVersion.C
could not open file Pstream.H for source file helpers/printSwakVersion.C
Making dependency list for source file ../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.C
could not open file Pstream.H for source file ../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.C
could not open file Time.H for source file ../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.C
could not open file NamedEnum.H for source file ../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.C
could not open file PstreamReduceOps.H for source file ../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.C
$(/home/ofuser/blueCFD/OpenFOAM-4.x/wmake/scripts/makeReinterpretExePath x86_64-w64-mingw32-g++) -std=c++0x -Dmingw_w64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -DWIN64 -DLITTLE_ENDIAN -DWIN64 -DLITTLE_ENDIAN -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -O2 -DNDEBUG -Wl,--strip-all  -DNoRepository -ftemplate-depth-100 -IMake/mingw_w64GccDPInt32Opt    -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/finiteVolume/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/surfMesh/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/sampling/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/fileFormats/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/triSurface/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/dynamicMesh/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/lagrangian/basic/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/surfMesh/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/meshTools/lnInclude -I../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/ @Make/mingw_w64GccDPInt32Opt/includeHeaderPaths -IlnInclude -I. -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/OpenFOAM/lnInclude -I/home/ofuser/blueCFD/OpenFOAM-4.x/src/OSspecific/MSwindows/lnInclude   -c ../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.C -o X:/ofuser-of4/swak4Foam/Libraries/swak4FoamParsers/Make/filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.o
In file included from ./include/swak.H:467:0,
                 from ../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.C:26:
./helpers/DebugOStream.H:55:21: fatal error: Pstream.H: No such file or directory
compilation terminated.
/home/ofuser/blueCFD/OpenFOAM-4.x/wmake/rules/General/transform:8: recipe for target 'Make/mingw_w64GccDPInt32Opt/../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.o' failed
make: *** [Make/mingw_w64GccDPInt32Opt/../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/outputFilterOutputControl.o] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it
Anyone saw and resolved this before?
blebon is offline   Reply With Quote

Old   May 27, 2017, 06:53
Default
  #63
Retired Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128
wyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to all
Quick answer: blueCFD-Core requires several changes to the header file names in order for swak4Foam to build.

And since swak4Foam 0.4.1 is not yet officially released as a stable version (since it's still in the development repository), I haven't yet made an adapted version of swak4Foam 0.4.1 for blueCFD-Core 2016-1 (which provides OpenFOAM 4.x).

For more details about what changes need to be done to source code to work with blueCFD-Core, see the following wiki page, section "Adapting code": https://github.com/blueCFD/Core/wiki...#adapting-code
__________________
wyldckat is offline   Reply With Quote

Old   May 30, 2017, 14:27
Default
  #64
New Member
 
Lieh
Join Date: Mar 2017
Posts: 26
Rep Power: 9
akesm is on a distinguished road
I am moving forward to install the package now, and on the way in order to degrade the bison from my current version 3.x to 2.x this question thread was helpful

I degraded my Bison version to 2.7, and I believe my installation went fine since I didn't get any errors, I installed it in my run directory, not in OpenFOAM installation directory (is this correct?). After installation, I only have two folders named as "bin" and "lib" in another parent folder named as "linux64GccDPInt32Opt".

@wyldckat, are the points you mentioned need to be implemented for running swak4Foam? because I think installation has gone fine.

And thanks for your help and support regarding my question
Last edited by wyldckat; June 3, 2017 at 13:37. Reason: posts were 1h apart
akesm is offline   Reply With Quote

Old   June 3, 2017, 13:42
Default
  #65
Retired Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128
wyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to allwyldckat is a name known to all
Quick answers for @akesm:
Quote:
Originally Posted by akesm View Post
I degraded my Bison version to 2.7, and I believe my installation went fine since I didn't get any errors, I installed it in my run directory, not in OpenFOAM installation directory (is this correct?). After installation, I only have two folders named as "bin" and "lib" in another parent folder named as "linux64GccDPInt32Opt".
When building swak4Foam independently from any specific OpenFOAM/foam-extend version, it is installed by default on the default user-side libraries and binaries folders, which you can see by running the following two commands:
Code:
echo $FOAM_USER_LIBBIN
echo $FOAM_USER_APPBIN
If this is where you are seeing those files you have mentioned, then it should be just fine and well installed.

Quote:
Originally Posted by akesm View Post
@wyldckat, are the points you mentioned need to be implemented for running swak4Foam? because I think installation has gone fine.
The instructions I wrote for your question (see post #61) were so that you wouldn't have to "degrade" the Bison version in your system and instead you could have built a custom build of Bison 2.7. But if it worked for you, then there is no problem.

Quote:
Originally Posted by akesm View Post
And thanks for your help and support regarding my question
You're welcome
wyldckat is offline   Reply With Quote

Old   January 17, 2018, 03:57
Default Error in swak4foam compilation
  #66
New Member
 
Esmaeel Eftekharian
Join Date: Jan 2016
Location: Sydney, Australia
Posts: 16
Rep Power: 10
Esmaeelef is on a distinguished road
Hi all,

I am installing swak4foam for openFOAM version 4.1. At the middle of compilation process I receive an error as below:

/usr/bin/ld: cannot find -lfiniteVolume
/usr/bin/ld: cannot find -lsampling
/usr/bin/ld: cannot find -llagrangian
/usr/bin/ld: cannot find -ldynamicMesh
/usr/bin/ld: cannot find -lsurfMesh
/usr/bin/ld: cannot find -lmeshTools
collect2: error: ld returned 1 exit status
/group/director2043/OpenFOAM/OpenFOAM-4.1/wmake/makefiles/general:156: recipe for target '/home/esmaeel/OpenFOAM/esmaeel-4.1/platforms/crayxcGccDPInt32Opt/lib/libswak4FoamParsers.so' failed
make: *** [/home/esmaeel/OpenFOAM/esmaeel-4.1/platforms/crayxcGccDPInt32Opt/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

Any ideas on how to fix it?
Thanks in advance
Esmaeel
Esmaeelef is offline   Reply With Quote

Old   January 17, 2018, 06:52
Default
  #67
Senior Member
 
rdbisme's Avatar
 
Ruben Di Battista
Join Date: May 2013
Location: Paris
Posts: 137
Rep Power: 13
rdbisme is on a distinguished road
Quote:
Originally Posted by Esmaeelef View Post
Hi all,

I am installing swak4foam for openFOAM version 4.1. At the middle of compilation process I receive an error as below:

/usr/bin/ld: cannot find -lfiniteVolume
/usr/bin/ld: cannot find -lsampling
/usr/bin/ld: cannot find -llagrangian
/usr/bin/ld: cannot find -ldynamicMesh
/usr/bin/ld: cannot find -lsurfMesh
/usr/bin/ld: cannot find -lmeshTools
collect2: error: ld returned 1 exit status
/group/director2043/OpenFOAM/OpenFOAM-4.1/wmake/makefiles/general:156: recipe for target '/home/esmaeel/OpenFOAM/esmaeel-4.1/platforms/crayxcGccDPInt32Opt/lib/libswak4FoamParsers.so' failed
make: *** [/home/esmaeel/OpenFOAM/esmaeel-4.1/platforms/crayxcGccDPInt32Opt/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

Any ideas on how to fix it?
Thanks in advance
Esmaeel
Did you correctly sourced the script to activate OpenFOAM (inside the Openfoam /etc folder)?

Moreover please format your message to embed the log text into the CODE tag.
Esmaeelef likes this.
rdbisme is offline   Reply With Quote

Old   January 17, 2018, 07:21
Default
  #68
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by tidusuper91 View Post
Did you correctly sourced the script to activate OpenFOAM (inside the Openfoam /etc folder)?

Moreover please format your message to embed the log text into the CODE tag.
The problem must be a bit more subtle. Because if he hadn't initialized OpenFOAM compilation wouldn't get that far: it would fail because of missing includes.
My guess is that $FOAM_LIBBIN is pointing nowhere. Check with "ls $FOAM_LIBBIN"
Esmaeelef likes this.
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   January 22, 2018, 04:01
Default swak installation not successful? groovyBC not working
  #69
Member
 
Fynn
Join Date: Feb 2016
Posts: 48
Rep Power: 10
PanPeter is on a distinguished road
Hello,

I am running a development version of OF 4 and I installed Swak version 0.4.2. That seemed successful since my post-process functions using swak expressions are working fine. But when I'm trying a groovyBC I OF tells me that this an unknown boundary condition:

Code:
--> FOAM FATAL IO ERROR: 
Unknown patchField type groovyBC for patch type patch
Here are the boundary definition and the the swak installation summary.
Does anybody have an idea how I can get groovin'? Thanks for the help!

Code:
type            groovyBC;
valueExpression "scalar(0)";
gradientExpression "scalar(0)";
fractionExpression "(phi > 0) ? 0 : 1";
value           uniform 0;


Code:
Previously compiled for OpenFOAM (4.x)

/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/privateRequirements/bin existing. Prepending to PATH-variable (private version of Bison)

Reading variables from 'swakConfiguration'
Checking swak4Foam-version and generating file
abort: no repository found in '/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam' (.hg not found)!
Swak version is 0.4.2
Bison is version 2.7.12-4996
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 4 Minor 0 Patch 0 (-1 == x / 0) Fork: openfoam
No change to swak4FoamParsers/foamVersion4swak.H
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswak4FoamParsers.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakLagrangianParser.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libgroovyBC.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleSearchableSurfaces.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakTopoSources.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakStateMachine.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakDynamicMesh.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakSourceFields.so' is up to date.
Compiling swakFvOptions
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakFvOptions.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libgroovyStandardBCs.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakPythonIntegration.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakChemistryModelFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakDynamicMeshFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakFvcSchemesFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakLocalCalculationsFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakMeshQualityFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakMeshWaveFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakMRFFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakQuantileFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakRadiationModelFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakRandomFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakShiftFieldFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakSurfacesAndSetsFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakThermoTurbFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakTransportTurbFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakVelocityFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/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

'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleCloudFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakCloudFunctionObjects.so' is up to date.
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/calcNonUniformOffsetsForMapped' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/fieldReport'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/fieldReport' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/fieldReport'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyDoCalc'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyPythonPostproc'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkyPythonPostproc' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyPythonPostproc'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkySetLagrangianField' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyWarpMesh'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkyWarpMesh' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyWarpMesh'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/replayTransientBC'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/writeBoundarySubfields'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/writeBoundarySubfields' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/writeBoundarySubfields'


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Libraries (most people will be fine without setting that variable)
PanPeter is offline   Reply With Quote

Old   January 22, 2018, 05:55
Default
  #70
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by PanPeter View Post
Hello,

I am running a development version of OF 4 and I installed Swak version 0.4.2. That seemed successful since my post-process functions using swak expressions are working fine. But when I'm trying a groovyBC I OF tells me that this an unknown boundary condition:

Code:
--> FOAM FATAL IO ERROR: 
Unknown patchField type groovyBC for patch type patch
Here are the boundary definition and the the swak installation summary.
Does anybody have an idea how I can get groovin'? Thanks for the help!

Code:
type            groovyBC;
valueExpression "scalar(0)";
gradientExpression "scalar(0)";
fractionExpression "(phi > 0) ? 0 : 1";
value           uniform 0;
Code:
Previously compiled for OpenFOAM (4.x)

/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/privateRequirements/bin existing. Prepending to PATH-variable (private version of Bison)

Reading variables from 'swakConfiguration'
Checking swak4Foam-version and generating file
abort: no repository found in '/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam' (.hg not found)!
Swak version is 0.4.2
Bison is version 2.7.12-4996
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 4 Minor 0 Patch 0 (-1 == x / 0) Fork: openfoam
No change to swak4FoamParsers/foamVersion4swak.H
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswak4FoamParsers.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakLagrangianParser.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libgroovyBC.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleSearchableSurfaces.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakTopoSources.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakStateMachine.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakDynamicMesh.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakSourceFields.so' is up to date.
Compiling swakFvOptions
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakFvOptions.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libgroovyStandardBCs.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakPythonIntegration.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakChemistryModelFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakDynamicMeshFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakFvcSchemesFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakLocalCalculationsFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakMeshQualityFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakMeshWaveFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakMRFFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakQuantileFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakRadiationModelFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakRandomFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakShiftFieldFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakSurfacesAndSetsFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakThermoTurbFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakTransportTurbFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakVelocityFunctionPlugin.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/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

'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libsimpleCloudFunctionObjects.so' is up to date.
'/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/lib/libswakCloudFunctionObjects.so' is up to date.
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/calcNonUniformOffsetsForMapped' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/calcNonUniformOffsetsForMapped'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/fieldReport'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/fieldReport' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/fieldReport'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyDoCalc'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyPythonPostproc'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkyPythonPostproc' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyPythonPostproc'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkySetLagrangianField' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkySetLagrangianField'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyWarpMesh'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/funkyWarpMesh' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/funkyWarpMesh'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/replayTransientBC'
make[1]: Entering directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/writeBoundarySubfields'
make[1]: `/home/fyna/OpenFOAM/fyna-4.x/platforms/linux64GccDPInt32Opt/bin/writeBoundarySubfields' is up to date.
make[1]: Leaving directory `/home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Utilities/writeBoundarySubfields'


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /home/fyna/OpenFOAM/fyna-4.x/src/swak4Foam/Libraries (most people will be fine without setting that variable)
Have you added "libgroovyBC.so" to the libs-list in system/controlDict? Only that way the solver "knows" the boundary condition

If yes: then the library is probably not properly loaded during startup. Have a look at the start of the output of the solver (not far below the version header output)
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   January 22, 2018, 20:39
Default
  #71
Member
 
Fynn
Join Date: Feb 2016
Posts: 48
Rep Power: 10
PanPeter is on a distinguished road
Hi Bernhard,
Thanks for the reply.
libgroovyBC.so is included in my control dictionary.
Also there's no message indicating that the library was not loaded correctly:


Code:
/*---------------------------------------------------------------------------*\
| =========                 |                                                 |
| \\      /  F ield         | OpenFOAM: The Open Source CFD Toolbox           |
|  \\    /   O peration     | Version:  4.x                                   |
|   \\  /    A nd           | Web:      www.OpenFOAM.org                      |
|    \\/     M anipulation  |                                                 |
\*---------------------------------------------------------------------------*/
Build  : 4.x-5c32f339e350
Exec   : simpleFoam
Date   : Jan 23 2018
Time   : 01:29:51
Host   : "marvin"
PID    : 16767
Case   : /home/fyna/OpenFOAM/fyna-4.x/run/simpleFoamCases/shearStressTest
nProcs : 1
sigFpe : Enabling floating point exception trapping (FOAM_SIGFPE).
fileModificationChecking : Monitoring run-time modified files using timeStampMaster
allowSystemOperations : Allowing user-supplied system call operations

// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
Create time

Create mesh for time = 0


SIMPLE: convergence criteria
    field p	 tolerance 0.01
    field U	 tolerance 0.001
    field "(k|epsilon|omega|f|v2)"	 tolerance 0.001

Reading field p



--> FOAM FATAL IO ERROR: 
Unknown patchField type groovyBC for patch type wall

Valid patchField types are :

108
(
PanPeter is offline   Reply With Quote

Old   January 22, 2018, 20:48
Default
  #72
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by PanPeter View Post
Hi Bernhard,
Thanks for the reply.
libgroovyBC.so is included in my control dictionary.

[/CODE]
Are you sure that there is no typo? Try changing from
Code:
libs (
   "libgroovyBC.so"
);
(that's how it should look like in your controlDict) to something like
Code:
libs (
   "libnonexisting_groovyBC.so"
);
If you get a complaint about a non-existing "libnonexisting_groovyBC.so" then libs is correctly read and we've got to look for the problem. If there is no complaint then there is a syntax problem in your controlDict
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   January 22, 2018, 21:57
Default
  #73
Member
 
Fynn
Join Date: Feb 2016
Posts: 48
Rep Power: 10
PanPeter is on a distinguished road
Hi Bernhard,

Yes it was a typo, not in the library include though but I forgot to close the functions dictionary with a parenthesis. Still funny that the post-process function could see the swak library in that case. Anyway, it's working now. Thanks for your tips. I wouldn't have looked there.

cheers,
Fynn
PanPeter is offline   Reply With Quote

Old   May 25, 2018, 10:41
Default
  #74
Senior Member
 
A. Min
Join Date: Mar 2015
Posts: 308
Rep Power: 12
alimea is on a distinguished road
Hi

I want to compile swak4Foam on openFoam v4.0, but I faced with this error:

Quote:
OpenFOAM/OpenFOAM-4.0/src/finiteVolume/lnInclude/fvcD2dt2.C:53:20: error: passing 'const Foam::fv::d2dt2Scheme<Foam::Vector<double> >' as 'this' argument of 'Foam::tmp<Foam::GeometricField<Type, Foam::fvPatchField, Foam::volMesh> > Foam::fv::d2dt2Scheme<Type>::fvcD2dt2(const Foam::GeometricField<Type, Foam::fvPatchField, Foam::volMesh>&) [with Type = Foam::Vector<double>]' discards qualifiers [-fpermissive]
)().fvcD2dt2(vf);

Do you know why?

Thanks
alimea is offline   Reply With Quote

Old   October 11, 2018, 05:30
Default
  #75
New Member
 
mortezanayebi
Join Date: Jan 2018
Posts: 8
Rep Power: 8
mortezanayebi is on a distinguished road
Hi all

I have OpenFOAM version 4.0, bison (GNU Bison) 3.0.4, flex 2.6.0 and ubuntu 16.04.

after Allwmake swak4Foam,I get an error message that

" make: *** [Make/linux64GccDPInt64Opt/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
Check the README before you go on to ask. And search: Most likely your problem occurred to 5 other people before and has been solved on the MessageBoard "

Can anyone help??

Thank you

----

Quote:
Originally Posted by vsammartano View Post
Dear FlyBob91,
today I've solved the installation problem just using the last procedure suggested by the good wyldckat. I installed the develop version of swak4Foam because, so far, is the only version correctly working with OF4.x.
Here the step I followed:
1.Imanually downloaded a snapshot from the Mercurial interface at Sourceforge.net:

https://sourceforge.net/p/openfoam-e.../develop/tree/

... to download you have to click on "Download Snapshot".

2. Once you have got the tar file, unpack the file on your working folder, and rename the unpacked folder to "swak4Foam".

...as stated in the wyldckat post, if you do not have a working folder create one ...

mkdir -p $FOAM_RUN
cd "$FOAM_RUN/../"

3. Go into the "swak4Foam" folder: cd swak4Foam 4. Build the dependencies that are needed,
because Ubuntu usually has an updated bison ver. (>3.*),
and swak4foam works fine only with older version of bison (2.*).
So, you need to build a custom version, type:

./maintainanceScripts/compileRequirements.sh

5. At the end of the process you can build swak4Foam:
./Allwmake > log.make 2>&1
6. To take a look to the installation summary open the log file.

7. if you want to check the version go into a case folder and type

funkySetFields
this will return an error, but under the openFOAM banner you find
swak4foam version.

Before you use this tool do not forget to paste in the controlDict
file of your case study the following lines:

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

That is all. I hope I was clear and helpful.
Regards,
Vincenzo



Dear vsammartano,


I tried the same method you proposed with openFoam 4.0, ubuntu 14.04 but I got the following error after compiling. The log file is also attached here.


" make: *** [Make/linux64GccDPInt64Opt/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
Check the README before you go on to ask. And search: Most likely your problem " occurred to 5 other people before and has been solved on the MessageBoard
Attached Files
File Type: gz log.make.tar.gz (4.2 KB, 4 views)
Last edited by wyldckat; November 1, 2018 at 13:19. Reason: merged posts a few hours apart
mortezanayebi is offline   Reply With Quote

Old   May 4, 2020, 14:05
Default
  #76
Senior Member
 
Ehsan Asgari
Join Date: Apr 2010
Posts: 473
Rep Power: 18
syavash is on a distinguished road
Quote:
Originally Posted by wyldckat View Post
Quick news update: Bernhard has managed to finish adapting swak4Foam to build with OpenFOAM 4.0 and OpenFOAM+ v1606+: https://twitter.com/swakPyFoam/statu...93042482642948

I won't be able to update and test the wiki right now, but here is what I expect that will work as intended, for the steps on how to download swak4Foam from the Mercurial repository:
  1. First, go into a good working folder. Run the following commands in a terminal to get to a good folder:
    Code:
    mkdir -p $FOAM_RUN
cd "$FOAM_RUN/../"
  2. The use either the first or the second option below:
    1. From the main Mercurial development repository, using the hg command, download from the repository and checkout the right branch:
      Code:
      hg clone http://hg.code.sf.net/p/openfoam-extend/swak4Foam swak4Foam
cd swak4Foam && hg update develop
    2. Or manually download a snapshot from the Mercurial interface at Sourceforge.net:
      1. Go to this page: Mercurial repository for swak4Foam - branch "develop"
      2. Request a snapshot on that page; in other words click on the link Download Snapshot.
      3. Unpack the downloaded file and move the unpacked folder, into the folder indicated by this command: pwd
      4. Rename the folder to "swak4Foam".
These steps above will replace the step #3 on this list: http://openfoamwiki.net/index.php/In...tall_swak4Foam


edit: On post #40 you can find more details about how these instructions alone were a bit flawed.

Dear Bruno,

I get an error when trying to install swak4foam on OpenFOAM v1606. Here is the info:

Code:
Current OpenFOAM version is v1606+.
Previously compiled for OpenFOAM (v1606+)

/global/scratch/../OpenFOAM/...-v1606+/run/swak4Foam/privateRequirements/bin existing. Prepending to PATH-variable (private version of Bison)

No file 'swakConfiguration'. Python etc won't work. See README for details
Try 'ln -s swakConfiguration.automatic swakConfiguration' for automatic configuration. BEWARE: this does not work on some systems
./theFiles.sh: line 22: [[: 1606+: syntax error: operand expected (error token is "+")
Checking swak4Foam-version and generating file
Swak version is 0.4.3
hg info: f4fb37df715d (develop) tip
Bison: /global/scratch/.../OpenFOAM/...-v1606+/run/swak4Foam/privateRequirements/bin/bison
Flex: /usr/bin/flex
Bison at /global/scratch/.../OpenFOAM/...-v1606+/run/swak4Foam/privateRequirements/bin/bison is version 3.4 (Major 3 Minor 4)
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 1606 Minor 0 Patch 0 (-1 == x / 0) Fork: com
No change to swak4FoamParsers/foamVersion4swak.H
And the error message:

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


/usr/include/c++/4.4.7/bits/stl_algobase.h(561): error: no operator "=" matches these operands
            operand types are: parserRawDict::RawFoamDictionaryParser::stack_symbol_type = parserRawDict::RawFoamDictionaryParser::stack_symbol_type
            *--__result = std::move(*--__last);
                        ^
          detected during:
            instantiation of "_BI2 std::__copy_move_backward<true, false, std::random_access_iterator_tag>::__copy_move_b(_BI1, _BI1, _BI2) [with _BI1=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 595
            instantiation of "_BI2 std::__copy_move_backward_a<_IsMove,_BI1,_BI2>(_BI1, _BI1, _BI2) [with _IsMove=true, _BI1=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 605
            instantiation of "_BI2 std::__copy_move_backward_a2<_IsMove,_BI1,_BI2>(_BI1, _BI1, _BI2) [with _IsMove=true, _BI1=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 676
            instantiation of "_BI2 std::move_backward(_BI1, _BI1, _BI2) [with _BI1=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 310 of "/usr/include/c++/4.4.7/bits/vector.tcc"
            instantiation of "void std::vector<_Tp, _Alloc>::_M_insert_aux(std::vector<_Tp, _Alloc>::iterator, _Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 100 of "/usr/include/c++/4.4.7/bits/vector.tcc"
            instantiation of "void std::vector<_Tp, _Alloc>::emplace_back(_Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 747 of "/usr/include/c++/4.4.7/bits/stl_vector.h"
            instantiation of "void std::vector<_Tp, _Alloc>::push_back(std::vector<_Tp, _Alloc>::value_type &&) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 1298 of "RawFoamDictionaryParser.tab.hh"
            instantiation of "void parserRawDict::RawFoamDictionaryParser::stack<T, S>::push(T &) [with T=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, S=std::vector<parserRawDict::RawFoamDictionaryParser::stack_symbol_type, std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>>]" at line 456 of "RawFoamDictionaryParser.tab.cc"

/usr/include/c++/4.4.7/bits/vector.tcc(314): error: no operator "=" matches these operands
            operand types are: parserRawDict::RawFoamDictionaryParser::stack_symbol_type = parserRawDict::RawFoamDictionaryParser::stack_symbol_type
          *__position = _Tp(std::forward<_Args>(__args)...);
                      ^
          detected during:
            instantiation of "void std::vector<_Tp, _Alloc>::_M_insert_aux(std::vector<_Tp, _Alloc>::iterator, _Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 100
            instantiation of "void std::vector<_Tp, _Alloc>::emplace_back(_Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 747 of "/usr/include/c++/4.4.7/bits/stl_vector.h"
            instantiation of "void std::vector<_Tp, _Alloc>::push_back(std::vector<_Tp, _Alloc>::value_type &&) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 1298 of "RawFoamDictionaryParser.tab.hh"
            instantiation of "void parserRawDict::RawFoamDictionaryParser::stack<T, S>::push(T &) [with T=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, S=std::vector<parserRawDict::RawFoamDictionaryParser::stack_symbol_type, std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>>]" at line 456 of "RawFoamDictionaryParser.tab.cc"

compilation aborted for Make/linux64IccDPInt32Opt/RawFoamDictionaryParser.yy.C (code 2)
make: *** [Make/linux64IccDPInt32Opt/RawFoamDictionaryParser.o] Error 2
Parser library did not compile OK. No sense continuing as everything else depends on it
I could not figure out the error. I did upgrade the bison using the existing maintainanceScripts/compileRequirements.sh

Can you tell what could be wrong here?

Kind regards,
Syavash
syavash is offline   Reply With Quote

Old   May 5, 2020, 12:06
Default
  #77
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by syavash View Post
Dear Bruno,

I get an error when trying to install swak4foam on OpenFOAM v1606. Here is the info:

Code:
Current OpenFOAM version is v1606+.
Previously compiled for OpenFOAM (v1606+)

/global/scratch/../OpenFOAM/...-v1606+/run/swak4Foam/privateRequirements/bin existing. Prepending to PATH-variable (private version of Bison)

No file 'swakConfiguration'. Python etc won't work. See README for details
Try 'ln -s swakConfiguration.automatic swakConfiguration' for automatic configuration. BEWARE: this does not work on some systems
./theFiles.sh: line 22: [[: 1606+: syntax error: operand expected (error token is "+")
Checking swak4Foam-version and generating file
Swak version is 0.4.3
hg info: f4fb37df715d (develop) tip
Bison: /global/scratch/.../OpenFOAM/...-v1606+/run/swak4Foam/privateRequirements/bin/bison
Flex: /usr/bin/flex
Bison at /global/scratch/.../OpenFOAM/...-v1606+/run/swak4Foam/privateRequirements/bin/bison is version 3.4 (Major 3 Minor 4)
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 1606 Minor 0 Patch 0 (-1 == x / 0) Fork: com
No change to swak4FoamParsers/foamVersion4swak.H
And the error message:

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


/usr/include/c++/4.4.7/bits/stl_algobase.h(561): error: no operator "=" matches these operands
            operand types are: parserRawDict::RawFoamDictionaryParser::stack_symbol_type = parserRawDict::RawFoamDictionaryParser::stack_symbol_type
            *--__result = std::move(*--__last);
                        ^
          detected during:
            instantiation of "_BI2 std::__copy_move_backward<true, false, std::random_access_iterator_tag>::__copy_move_b(_BI1, _BI1, _BI2) [with _BI1=parserRawDict::RawFoamDictionaryParser::stack_sym

 

 bol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 595
            instantiation of "_BI2 std::__copy_move_backward_a<_IsMove,_BI1,_BI2>(_BI1, _BI1, _BI2) [with _IsMove=true, _BI1=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 605
            instantiation of "_BI2 std::__copy_move_backward_a2<_IsMove,_BI1,_BI2>(_BI1, _BI1, _BI2) [with _IsMove=true, _BI1=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 676
            instantiation of "_BI2 std::move_backward(_BI1, _BI1, _BI2) [with _BI1=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *, _BI2=parserRawDict::RawFoamDictionaryParser::stack_symbol_type *]" at line 310 of "/usr/include/c++/4.4.7/bits/vector.tcc"
            instantiation of "void std::vector<_Tp, _Alloc>::_M_insert_aux(std::vector<_Tp, _Alloc>::iterator, _Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 100 of "/usr/include/c++/4.4.7/bits/vector.tcc"
            instantiation of "void std::vector<_Tp, _Alloc>::emplace_back(_Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 747 of "/usr/include/c++/4.4.7/bits/stl_vector.h"
            instantiation of "void std::vector<_Tp, _Alloc>::push_back(std::vector<_Tp, _Alloc>::value_type &&) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 1298 of "RawFoamDictionaryParser.tab.hh"
            instantiation of "void parserRawDict::RawFoamDictionaryParser::stack<T, S>::push(T &) [with T=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, S=std::vector<parserRawDict::RawFoamDictionaryParser::stack_symbol_type, std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>>]" at line 456 of "RawFoamDictionaryParser.tab.cc"

/usr/include/c++/4.4.7/bits/vector.tcc(314): error: no operator "=" matches these operands
            operand types are: parserRawDict::RawFoamDictionaryParser::stack_symbol_type = parserRawDict::RawFoamDictionaryParser::stack_symbol_type
          *__position = _Tp(std::forward<_Args>(__args)...);
                      ^
          detected during:
            instantiation of "void std::vector<_Tp, _Alloc>::_M_insert_aux(std::vector<_Tp, _Alloc>::iterator, _Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 100
            instantiation of "void std::vector<_Tp, _Alloc>::emplace_back(_Args &&...) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>, _Args=<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 747 of "/usr/include/c++/4.4.7/bits/stl_vector.h"
            instantiation of "void std::vector<_Tp, _Alloc>::push_back(std::vector<_Tp, _Alloc>::value_type &&) [with _Tp=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, _Alloc=std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>]" at line 1298 of "RawFoamDictionaryParser.tab.hh"
            instantiation of "void parserRawDict::RawFoamDictionaryParser::stack<T, S>::push(T &) [with T=parserRawDict::RawFoamDictionaryParser::stack_symbol_type, S=std::vector<parserRawDict::RawFoamDictionaryParser::stack_symbol_type, std::allocator<parserRawDict::RawFoamDictionaryParser::stack_symbol_type>>]" at line 456 of "RawFoamDictionaryParser.tab.cc"

compilation aborted for Make/linux64IccDPInt32Opt/RawFoamDictionaryParser.yy.C (code 2)
make: *** [Make/linux64IccDPInt32Opt/RawFoamDictionaryParser.o] Error 2
Parser library did not compile OK. No sense continuing as everything else depends on it
I could not figure out the error. I did upgrade the bison using the existing maintainanceScripts/compileRequirements.sh

Can you tell what could be wrong here?

Kind regards,
Syavash

All the code sections mentioned are outside the swak/OpenFOAM-sources. I'm very tempted to blame the rater old (version 4.4.7) compiler. Or the compiler is newer and uses the wrong headers. Check with "gcc -V" it is really 4.4.7
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   May 7, 2020, 05:22
Default
  #78
Senior Member
 
Ehsan Asgari
Join Date: Apr 2010
Posts: 473
Rep Power: 18
syavash is on a distinguished road
Quote:
Originally Posted by gschaider View Post
All the code sections mentioned are outside the swak/OpenFOAM-sources. I'm very tempted to blame the rater old (version 4.4.7) compiler. Or the compiler is newer and uses the wrong headers. Check with "gcc -V" it is really 4.4.7
Dear Bernhard,

Thanks for your reply. I have to mention that the current OF is a pre-installed one on a cluster.
This is the output of "gcc -v":
Code:
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC)
Is there any way to resolve this?

Kind regards,
Syavash

P.S.: Could changing the gcc version solve the problem? If so, how can I do it?
Last edited by syavash; May 7, 2020 at 09:11.
syavash is offline   Reply With Quote

Old   October 14, 2021, 05:46
Default
  #79
Member
 
ESI
Join Date: Sep 2017
Posts: 49
Rep Power: 9
ht2017 is on a distinguished road
Quote:
Originally Posted by mpanch13114 View Post
Thank you Bernhard. I have compiled it successfully. It was my bad. I have messed up both git and hg readme files. Thanks again.
Dear Bro,

Now I am facing the same error. DO you know how to fix it?

Thank you so much
ht2017 is offline   Reply With Quote

Old   May 6, 2022, 09:30
Default
  #80
Member
 
Mohammad Reza
Join Date: Sep 2015
Posts: 44
Rep Power: 11
Bana is on a distinguished road
Hello Bruno,

I am trying to install swak4Foam package for FOAM-Extend 4.1, but the following error shows up:

PHP Code:
fatal error: RawFoamDictionaryParser.tab.hh: No such file or directory
 #include "RawFoamDictionaryParser.tab.hh" 
Also there are other errors like these:

PHP Code:
../RawFoamDictionaryParser.yy:455:21: error: ‘FATALERROR’ is not a member of ‘Foam::token’
In file included from lnInclude/ExpressionResult.H:321,
                 from plugins/CommonPluginFunction.H:50,
                 from plugins/CommonPluginFunction.C:33: 
PHP Code:
repositories/SurfacesRepository.C:43:9: error: ‘Foam::surfaceWriter’ is not a template
 typedef surfaceWriter<scalar> scalarSurfaceWriter; 
PHP Code:
repositories/MeshesRepository.C:322:59: error: no matching function for call to ‘Foam::HashTable<const Foam::regIOobject*>::HashTable(Foam::HashTable<Foam::regIOobject*>)’
         regIOTable content(mesh.lookupClass<regIOobject>()); 
PHP Code:
CommonValueExpressionDriver.C:212:78: error: cannot call member function ‘bool Foam::dlLibraryTable::open(const Foam::fileName&, bool)’ without object
             dlLibraryTable::open("libswak"+pluginNames[i]+"FunctionPlugin.so");
                                                                              ^
plugins/CommonPluginFunction.C: In member function ‘Foam::label Foam::IStringStreamWithPos::pos()’:
plugins/CommonPluginFunction.C:198:26: error: ‘stream’ was not declared in this scope
             return label(stream().tellg()); 
PHP Code:
lnInclude/SubsetValueExpressionDriverI.H:452:31: error: ‘const class Foam::processorPolyPatch’ has no member named ‘owner’; did you mean ‘order’?
                     return pp.owner();
                               ^~~~~ 

I am trying swak4foam 0.4.2 which should be compatible with FOAM-Extend 4.1.

Can you help me resolve these issues?
Bana is offline   Reply With Quote

Reply
Page 4 of 5 « First 23 4 5

« Previous Thread | Next Thread »

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On

Similar Threads
Thread Thread Starter Forum Replies Last Post
[swak4Foam] swak4Foam installation on OpenFOAM 4.0 blttkgl OpenFOAM Community Contributions 1 March 14, 2017 12:06
[swak4Foam] and twoPhaseEulerFoam mnikku OpenFOAM Community Contributions 1 February 19, 2016 06:21
source term in near wall cell rajcfd OpenFOAM Pre-Processing 5 February 1, 2016 11:31
[swak4Foam] Install swak4Foam on OpenFOAM1.7.1 on Ubuntu 13.04 kobayashi OpenFOAM Community Contributions 2 January 5, 2014 18:33
[swak4Foam] fails in parallel with -otherTime? Phicau OpenFOAM Community Contributions 3 June 26, 2013 14:00


All times are GMT -4. The time now is 14:47.

Contact Us - CFD Online - Privacy Statement - Top