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

[swak4Foam] Error installing swak4Foam

Register Blogs Members List Search Today's Posts Mark Forums Read

Like Tree21Likes

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   March 27, 2018, 04:56
Default
  #141
Member
 
Peter
Join Date: Nov 2015
Location: Hamburg, Germany
Posts: 57
Rep Power: 6
potentialFoam is on a distinguished road
Thanks a lot!

I tried with version 1712 - and it works. Very nice tool!
potentialFoam is offline   Reply With Quote

Old   December 20, 2018, 23:10
Default FieldValueExpressionParser
  #142
Senior Member
 
Elham
Join Date: Oct 2009
Posts: 184
Rep Power: 12
Elham is on a distinguished road
Hi,


I have an installed version of OpenFoam-2.3.0 on supercomputer. I have the following error while tried to install swak4Foam




Code:
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
Checking swak4Foam-version and generating file
Swak version is 0.4.1
Bison is version 2.7.12-4996
Flex is version 2.5.37 (Minor version: 37)
OpenFOAM-version: Major 2 Minor 3 Patch 0 (-1 == x / 0) Fork: openfoam
No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=FieldValueExpressionParser.yy ; rm -f Make/crayxcGccDPOpt/FieldValueExpressionParser.C Make/crayxcGccDPOpt/FieldValueExpressionParser.tab.hh; mkdir $$; cd $$; [ -n "" ] && sleep 30; bison -ra -v  -d ../$SOURCE ; mv *.tab.cc ../Make/crayxcGccDPOpt/FieldValueExpressionParser.C ; sed -i.bak "s/position.hh/FieldValueExpressionParser_position.hh/" location.hh ; mv location.hh ../lnInclude/FieldValueExpressionParser_location.hh ; mv stack.hh ../lnInclude/FieldValueExpressionParser_stack.hh ; mv position.hh ../lnInclude/FieldValueExpressionParser_position.hh ; sed -i.bak "s/stack.hh/FieldValueExpressionParser_stack.hh/;s/location.hh/FieldValueExpressionParser_location.hh/" FieldValueExpressionParser.tab.hh ;mv *.hh ../lnInclude ; touch -r ../$SOURCE ../lnInclude/FieldValueExpressionParser*.hh ; cd ..; rm -r $$; if [ -z "" ]; then echo -e "\n\nIf compilation of the grammers takes prohibitivly long set SWAK_COMPILE_GRAMMAR_OPTION to something like -O1\n\n" ; fi;   CC -Dcrayxc -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wno-unused-local-typedefs -O3  -DNoRepository -ftemplate-depth-100 -IMake/crayxcGccDPOpt       -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/finiteVolume/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/surfMesh/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/sampling/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/fileFormats/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/triSurface/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/dynamicMesh/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/lagrangian/basic/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/surfMesh/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/meshTools/lnInclude  -IlnInclude -I. -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OSspecific/POSIX/lnInclude   -fPIC  -c Make/crayxcGccDPOpt/FieldValueExpressionParser.C -o Make/crayxcGccDPOpt/FieldValueExpressionParser.o


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


In file included from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/DimensionedField.H:342:0,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/GeometricField.H:44,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/GeometricScalarField.H:38,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/GeometricFields.H:34,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/finiteVolume/lnInclude/volFields.H:37,
                 from ../FieldValueExpressionParser.yy:47:

....


FieldValueExpressionParser.tab.cc: In member function 'parserField::FieldValueExpressionParser::token_number_type parserField::FieldValueExpressionParser::yytranslate_(int)':
FieldValueExpressionParser.tab.cc:16827:24: warning: use of old-style cast [-Wold-style-cast]
FieldValueExpressionParser.dep:644: recipe for target 'Make/crayxcGccDPOpt/FieldValueExpressionParser.o' failed
make: *** [Make/crayxcGccDPOpt/FieldValueExpressionParser.o] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it

The log file is attached. Thanks in advance for any help.


Regards,


Elham
Attached Files
File Type: txt logFileError.txt (33.8 KB, 3 views)
Elham is offline   Reply With Quote

Old   December 21, 2018, 05:57
Default
  #143
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,140
Rep Power: 46
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Elham View Post
Hi,


I have an installed version of OpenFoam-2.3.0 on supercomputer. I have the following error while tried to install swak4Foam




Code:
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
Checking swak4Foam-version and generating file
Swak version is 0.4.1
Bison is version 2.7.12-4996
Flex is version 2.5.37 (Minor version: 37)
OpenFOAM-version: Major 2 Minor 3 Patch 0 (-1 == x / 0) Fork: openfoam
No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=FieldValueExpressionParser.yy ; rm -f Make/crayxcGccDPOpt/FieldValueExpressionParser.C Make/crayxcGccDPOpt/FieldValueExpressionParser.tab.hh; mkdir $$; cd $$; [ -n "" ] && sleep 30; bison -ra -v  -d ../$SOURCE ; mv *.tab.cc ../Make/crayxcGccDPOpt/FieldValueExpressionParser.C ; sed -i.bak "s/position.hh/FieldValueExpressionParser_position.hh/" location.hh ; mv location.hh ../lnInclude/FieldValueExpressionParser_location.hh ; mv stack.hh ../lnInclude/FieldValueExpressionParser_stack.hh ; mv position.hh ../lnInclude/FieldValueExpressionParser_position.hh ; sed -i.bak "s/stack.hh/FieldValueExpressionParser_stack.hh/;s/location.hh/FieldValueExpressionParser_location.hh/" FieldValueExpressionParser.tab.hh ;mv *.hh ../lnInclude ; touch -r ../$SOURCE ../lnInclude/FieldValueExpressionParser*.hh ; cd ..; rm -r $$; if [ -z "" ]; then echo -e "\n\nIf compilation of the grammers takes prohibitivly long set SWAK_COMPILE_GRAMMAR_OPTION to something like -O1\n\n" ; fi;   CC -Dcrayxc -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wno-unused-local-typedefs -O3  -DNoRepository -ftemplate-depth-100 -IMake/crayxcGccDPOpt       -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/finiteVolume/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/surfMesh/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/sampling/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/fileFormats/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/triSurface/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/dynamicMesh/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/lagrangian/basic/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/surfMesh/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/meshTools/lnInclude  -IlnInclude -I. -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude -I/group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OSspecific/POSIX/lnInclude   -fPIC  -c Make/crayxcGccDPOpt/FieldValueExpressionParser.C -o Make/crayxcGccDPOpt/FieldValueExpressionParser.o


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


In file included from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/DimensionedField.H:342:0,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/GeometricField.H:44,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/GeometricScalarField.H:38,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/OpenFOAM/lnInclude/GeometricFields.H:34,
                 from /group/director2080/emohammadi/OpenFOAM/OpenFOAM-2.3.0/src/finiteVolume/lnInclude/volFields.H:37,
                 from ../FieldValueExpressionParser.yy:47:

....


FieldValueExpressionParser.tab.cc: In member function 'parserField::FieldValueExpressionParser::token_number_type parserField::FieldValueExpressionParser::yytranslate_(int)':
FieldValueExpressionParser.tab.cc:16827:24: warning: use of old-style cast [-Wold-style-cast]
FieldValueExpressionParser.dep:644: recipe for target 'Make/crayxcGccDPOpt/FieldValueExpressionParser.o' failed
make: *** [Make/crayxcGccDPOpt/FieldValueExpressionParser.o] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it
The log file is attached. Thanks in advance for any help.


Regards,


Elham

I think the problem is that around the time of 2.3 the behaviour of "a & b" with a and b being symmetrical tensors changed. Your OpenFOAM-version says that the result is a general tensor while swak4Foam assumes that it will be a symmetrical tensors. The quickest solution would be to remove the offending rule from the grammar and hope that you never need it. Go to FieldValueExpressionParser.yy and line 3162 in that. The rule starts with a line starting with a pipe symbol ("|"). Remove the rule that the line is in (just all the lines until the next rule). In my experience 93.5% of all applications of swak4Foam don't involve tensor arithmetics so you might be fine
Elham 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   December 24, 2018, 21:51
Default
  #144
Senior Member
 
Elham
Join Date: Oct 2009
Posts: 184
Rep Power: 12
Elham is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I think the problem is that around the time of 2.3 the behaviour of "a & b" with a and b being symmetrical tensors changed. Your OpenFOAM-version says that the result is a general tensor while swak4Foam assumes that it will be a symmetrical tensors. The quickest solution would be to remove the offending rule from the grammar and hope that you never need it. Go to FieldValueExpressionParser.yy and line 3162 in that. The rule starts with a line starting with a pipe symbol ("|"). Remove the rule that the line is in (just all the lines until the next rule). In my experience 93.5% of all applications of swak4Foam don't involve tensor arithmetics so you might be fine
Dear Bernhard,


I have deleted the rule and try to compil;e but still have the same error. I have attached the FieldValueExpressionParser.yy file. I am wondering if I should remove some more rules since the other rules around are similar to the one that I removed.



Thanks for your attention.


Elham
Attached Files
File Type: gz FieldValueExpressionParser.yy.tar.gz (15.9 KB, 1 views)
Elham is offline   Reply With Quote

Old   December 25, 2018, 14:47
Default
  #145
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,140
Rep Power: 46
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Elham View Post
Dear Bernhard,


I have deleted the rule and try to compil;e but still have the same error. I have attached the FieldValueExpressionParser.yy file. I am wondering if I should remove some more rules since the other rules around are similar to the one that I removed.



Thanks for your attention.


Elham

No. The other rules should be fine.


Before trying anything else do ./Allwclean and recompile. Maybe the intermediate file from the grammar was not correctly produced/written


Anyway: check the log if it is really exactly the same error


BTW: the current develop-branch in the repository compiles with 2.3. But it uses the necessary workarounds
__________________
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   December 25, 2018, 14:53
Default
  #146
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,140
Rep Power: 46
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by gschaider View Post
No. The other rules should be fine.


Before trying anything else do ./Allwclean and recompile. Maybe the intermediate file from the grammar was not correctly produced/written


Anyway: check the log if it is really exactly the same error


BTW: the current develop-branch in the repository compiles with 2.3. But it uses the necessary workarounds

Just checked my sources. The workaround is needed in 2 other places. So maybe ypur error message was similar but not the same (because it stumbled on those cases). Check the line in the error messages (look for the string "error:". Near that is the actual places it happened)
__________________
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 17, 2020, 11:24
Default
  #147
New Member
 
divyesh's Avatar
 
Divyesh Variya
Join Date: May 2018
Location: INDIA
Posts: 16
Rep Power: 4
divyesh is on a distinguished road
Code:
g++ -std=c++11 -m64 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPInt32Opt       -I/opt/openfoam7/src/finiteVolume/lnInclude -I/opt/openfoam7/src/surfMesh/lnInclude -I/opt/openfoam7/src/sampling/lnInclude -I/opt/openfoam7/src/fileFormats/lnInclude -I/opt/openfoam7/src/triSurface/lnInclude -I/opt/openfoam7/src/dynamicMesh/lnInclude -I/opt/openfoam7/src/lagrangian/basic/lnInclude -I/opt/openfoam7/src/surfMesh/lnInclude -I/opt/openfoam7/src/meshTools/lnInclude -I../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/ -IlnInclude -I. -I/opt/openfoam7/src/OpenFOAM/lnInclude -I/opt/openfoam7/src/OSspecific/POSIX/lnInclude   -fPIC -c entryToExpression/dimensionedScalarEntryToExpression.C -o Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.o
entryToExpression/dimensionedScalarEntryToExpression.C: In member function ‘virtual Foam::string Foam::dimensionedScalarEntryToExpression::toExpr(const Foam::entry&)’:
entryToExpression/dimensionedScalarEntryToExpression.C:65:27: error: binding reference of type ‘Foam::Istream&’ to ‘const Foam::Istream’ discards qualifiers
     dimensionedScalar val(pe);
                           ^~
In file included from /opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedType.H:344:0,
                 from /opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedScalar.H:38,
                 from entryToExpression/dimensionedScalarEntryToExpression.C:36:
/opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedType.C:124:1: note:   initializing argument 1 of ‘Foam::dimensioned<Type>::dimensioned(Foam::Istream&) [with Type = double]’
 Foam::dimensioned<Type>::dimensioned
 ^~~~
/opt/openfoam7/wmake/rules/General/transform:25: recipe for target 'Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.o' failed
make: *** [Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.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

I am trying to install swak4foam in openFOAMv7. Getting above error, can anyone help me?


Thanks in Advance
__________________
Divyesh Variya
divyesh is offline   Reply With Quote

Old   May 17, 2020, 18:51
Default
  #148
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,140
Rep Power: 46
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by divyesh View Post
Code:
g++ -std=c++11 -m64 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPInt32Opt       -I/opt/openfoam7/src/finiteVolume/lnInclude -I/opt/openfoam7/src/surfMesh/lnInclude -I/opt/openfoam7/src/sampling/lnInclude -I/opt/openfoam7/src/fileFormats/lnInclude -I/opt/openfoam7/src/triSurface/lnInclude -I/opt/openfoam7/src/dynamicMesh/lnInclude -I/opt/openfoam7/src/lagrangian/basic/lnInclude -I/opt/openfoam7/src/surfMesh/lnInclude -I/opt/openfoam7/src/meshTools/lnInclude -I../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/ -IlnInclude -I. -I/opt/openfoam7/src/OpenFOAM/lnInclude -I/opt/openfoam7/src/OSspecific/POSIX/lnInclude   -fPIC -c entryToExpression/dimensionedScalarEntryToExpression.C -o Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.o
entryToExpression/dimensionedScalarEntryToExpression.C: In member function ‘virtual Foam::string Foam::dimensionedScalarEntryToExpression::toExpr(const Foam::entry&)’:
entryToExpression/dimensionedScalarEntryToExpression.C:65:27: error: binding reference of type ‘Foam::Istream&’ to ‘const Foam::Istream’ discards qualifiers
     dimensionedScalar val(pe);
                           ^~
In file included from /opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedType.H:344:0,
                 from /opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedScalar.H:38,
                 from entryToExpression/dimensionedScalarEntryToExpression.C:36:
/opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedType.C:124:1: note:   initializing argument 1 of ‘Foam::dimensioned<Type>::dimensioned(Foam::Istream&) [with Type = double]’
 Foam::dimensioned<Type>::dimensioned
 ^~~~
/opt/openfoam7/wmake/rules/General/transform:25: recipe for target 'Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.o' failed
make: *** [Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.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
I am trying to install swak4foam in openFOAMv7. Getting above error, can anyone help me?


Thanks in Advance

Which version of the sources is this? Currently only the development version supports OF7
__________________
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 23, 2020, 19:09
Default
  #149
Member
 
Hasan Celik
Join Date: Sep 2016
Posts: 50
Rep Power: 5
PositronCascade is on a distinguished road
Hello divyesh, maybe you can try like the way I explained here? It worked for me.



Quote:
Originally Posted by divyesh View Post
Code:
g++ -std=c++11 -m64 -Dlinux64 -DWM_ARCH_OPTION=64 -DWM_DP -DWM_LABEL_SIZE=32 -Wall -Wextra -Wold-style-cast -Wnon-virtual-dtor -Wno-unused-parameter -Wno-invalid-offsetof -Wno-attributes -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPInt32Opt       -I/opt/openfoam7/src/finiteVolume/lnInclude -I/opt/openfoam7/src/surfMesh/lnInclude -I/opt/openfoam7/src/sampling/lnInclude -I/opt/openfoam7/src/fileFormats/lnInclude -I/opt/openfoam7/src/triSurface/lnInclude -I/opt/openfoam7/src/dynamicMesh/lnInclude -I/opt/openfoam7/src/lagrangian/basic/lnInclude -I/opt/openfoam7/src/surfMesh/lnInclude -I/opt/openfoam7/src/meshTools/lnInclude -I../filesThatAreOnlyInSomeDistributions/OutputFilerDropin/ -IlnInclude -I. -I/opt/openfoam7/src/OpenFOAM/lnInclude -I/opt/openfoam7/src/OSspecific/POSIX/lnInclude   -fPIC -c entryToExpression/dimensionedScalarEntryToExpression.C -o Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.o
entryToExpression/dimensionedScalarEntryToExpression.C: In member function ‘virtual Foam::string Foam::dimensionedScalarEntryToExpression::toExpr(const Foam::entry&)’:
entryToExpression/dimensionedScalarEntryToExpression.C:65:27: error: binding reference of type ‘Foam::Istream&’ to ‘const Foam::Istream’ discards qualifiers
     dimensionedScalar val(pe);
                           ^~
In file included from /opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedType.H:344:0,
                 from /opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedScalar.H:38,
                 from entryToExpression/dimensionedScalarEntryToExpression.C:36:
/opt/openfoam7/src/OpenFOAM/lnInclude/dimensionedType.C:124:1: note:   initializing argument 1 of ‘Foam::dimensioned<Type>::dimensioned(Foam::Istream&) [with Type = double]’
 Foam::dimensioned<Type>::dimensioned
 ^~~~
/opt/openfoam7/wmake/rules/General/transform:25: recipe for target 'Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.o' failed
make: *** [Make/linux64GccDPInt32Opt/entryToExpression/dimensionedScalarEntryToExpression.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

I am trying to install swak4foam in openFOAMv7. Getting above error, can anyone help me?


Thanks in Advance
PositronCascade is offline   Reply With Quote

Old   June 19, 2020, 15:56
Default OpenFOAM v1912 Ubuntu 20.04
  #150
New Member
 
Kiran Sripathy
Join Date: Jul 2019
Posts: 1
Rep Power: 0
ksripathy is on a distinguished road
Hi,
i am facing trouble in compiling swak4Foam for OpenFOAM v1912. I have tried the default, develop and p1912 branches in the mercurial repository with no success. One of the error messays state that:

Quote:
This swak4Foam-version is only used for the 2.x-versions of OpenFOAM. For lower versions there is a special branch
which is quite strange since OpenFOAM v1912 is the latest version. Also, these are the remaining error messages:

Quote:
lnInclude/MeshInterpolationOrder.H:70:25: error: ‘order’ in ‘class Foam::meshToMesh’ does not name a type
70 | typedef meshToMesh:rder value;
| ^~~~~
lnInclude/MeshInterpolationOrder.H:76:28: error: ‘value’ was not declared in this scope
76 | static const NamedEnum<value, 3> names;
| ^~~~~
lnInclude/MeshInterpolationOrder.H:76:36: error: template argument 1 is invalid
76 | static const NamedEnum<value, 3> names;
| ^
lnInclude/MeshInterpolationOrder.H:81:21: error: ‘order’ in ‘class Foam::meshToMesh’ does not name a type
81 | typedef meshToMesh:rder meshToMeshOrder;
| ^~~~~
In file included from lnInclude/CommonValueExpressionDriver.H:67,
from helpers/swakExprString.C:35:
lnInclude/MeshesRepository.H:71:15: error: ‘meshToMeshOrder’ was not declared in this scope; did you mean ‘meshToMesh’?
71 | HashTable<meshToMeshOrder> interpolationOrder_;
| ^~~~~~~~~~~~~~~
| meshToMesh
lnInclude/MeshesRepository.H:71:30: error: template argument 1 is invalid
71 | HashTable<meshToMeshOrder> interpolationOrder_;
| ^
lnInclude/MeshesRepository.H:139:9: error: ‘meshToMeshOrder’ has not been declared
139 | meshToMeshOrder val
| ^~~~~~~~~~~~~~~
lnInclude/MeshesRepository.H:143:5: error: ‘meshToMeshOrder’ does not name a type; did you mean ‘meshToMesh’?
143 | meshToMeshOrder getInterpolationOrder(
| ^~~~~~~~~~~~~~~
| meshToMesh
In file included from helpers/swakExprString.C:35:
lnInclude/CommonValueExpressionDriver.H:711:9: error: ‘meshToMeshOrder’ has not been declared
711 | meshToMeshOrder theOrder=
| ^~~~~~~~~~~~~~~
lnInclude/CommonValueExpressionDriver.H:715:21: error: ‘INTERPOLATE’ is not a member of ‘Foam::meshToMesh’
715 | meshToMesh::INTERPOLATE
| ^~~~~~~~~~~
In file included from lnInclude/CommonValueExpressionDriver.H:844,
from helpers/swakExprString.C:35:
lnInclude/CommonValueExpressionDriverI.H: In member function ‘bool Foam::CommonValueExpressionDriver::updateSet(Foam: :autoPtr<T>&, const Foam::word&, Foam::CommonValueExpressionDriver::SetOrigin) const’:
lnInclude/CommonValueExpressionDriverI.H:321:32: error: ‘class Foam::IOobject’ has no member named ‘headerOk’
321 | header.headerOk()
| ^~~~~~~~
lnInclude/CommonValueExpressionDriverI.H:335:43: error: ‘class Foam::IOobject’ has no member named ‘filePath’
335 | << header.filePath()
| ^~~~~~~~
lnInclude/CommonValueExpressionDriverI.H: At global scope:
lnInclude/CommonValueExpressionDriverI.H:921:9: error: ‘meshToMeshOrder’ has not been declared
921 | meshToMeshOrder theOrder
| ^~~~~~~~~~~~~~~
lnInclude/CommonValueExpressionDriverI.H: In member function ‘Foam::tmp<T> Foam::CommonValueExpressionDriver::interpolateFore ignField(const Foam::word&, const Foam::word&, int) const’:
lnInclude/CommonValueExpressionDriverI.H:993:30: error: ‘const class Foam::meshToMesh’ has no member named ‘interpolate’
993 | return interpolation.interpolate(
|

And, the compilation stops at:

Quote:
make: *** [/home/ksripathy/OpenFOAM/OpenFOAM-v1912/wmake/rules/General/transform:35: Make/linux64GccDPInt32Opt/helpers/swakExprString.o] Error 1
Parser library did not compile OK. No sense continuing as everything else depends on it
This is the complete build log. Any guidance to resolve this issue is very much appreciated. Thank you.

Best wishes,
Kiran Sripathy.
ksripathy is offline   Reply With Quote

Reply

Tags
compile error, swak4foam

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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
InterDyMFoam+simpleFunctionObject Elham OpenFOAM Running, Solving & CFD 5 July 10, 2017 11:59
[swak4Foam] and twoPhaseEulerFoam mnikku OpenFOAM Community Contributions 1 February 19, 2016 05:21
source term in near wall cell rajcfd OpenFOAM Pre-Processing 5 February 1, 2016 10:31
[swak4Foam] Install swak4Foam on OpenFOAM1.7.1 on Ubuntu 13.04 kobayashi OpenFOAM Community Contributions 2 January 5, 2014 17:33
[swak4Foam] fails in parallel with -otherTime? Phicau OpenFOAM Community Contributions 3 June 26, 2013 13:00


All times are GMT -4. The time now is 12:18.