CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Running, Solving & CFD

"parabolicVelocity" in OpenFoam 2.1.0 ?

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

Reply
 
LinkBack Thread Tools Display Modes
Old   January 27, 2012, 07:39
Default "parabolicVelocity" in OpenFoam 2.1.0 ?
  #1
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Hi there,

could the famous "parabolicVelocity" inlet boundary conditions work in the OpenFoam 2.1.0?

Because i am trying to make it work but actually I got some error message during the compiling library running...

Please give me an help!
sawyer86 is offline   Reply With Quote

Old   January 27, 2012, 14:15
Default
  #2
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
Hi there,

could the famous "parabolicVelocity" inlet boundary conditions work in the OpenFoam 2.1.0?

Because i am trying to make it work but actually I got some error message during the compiling library running...

Please give me an help!
It surly could with some modifications of the code, but it is unlikely that you're going to see very enthusiastic reactions in helping you fix this.

If you do this as an exercise on how to write your own boundary condition, then I would propose looking at copying and adapting one of the existing BCs in 2.1 (the actual "work" in the parabolicVelocity is only done by very few lines and it might be easier to port these to an existing BC). Its best you do it on your own because that is how you learn the most

If your primary goal is not learning C++ but getting some work done then there are 2 possibilities to easily get a parabolic inlet:
- use the "coded" BC in 2.0 or 2.1. This requires a bit of C++. But only the interesting parts (not all this "56 constructors and other tedious things"-stuff that used to make writing BCs boring)
- for only writing the BC in expression form you can use the thirdpary groovyBC/swak4Foam-package. I hear good things about it. I must say: not all of them are true (I know the code too well)
gschaider is offline   Reply With Quote

Old   January 27, 2012, 15:35
Default polynomial profile in spanwise direction?
  #3
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
It surly could with some modifications of the code, but it is unlikely that you're going to see very enthusiastic reactions in helping you fix this.

If you do this as an exercise on how to write your own boundary condition, then I would propose looking at copying and adapting one of the existing BCs in 2.1 (the actual "work" in the parabolicVelocity is only done by very few lines and it might be easier to port these to an existing BC). Its best you do it on your own because that is how you learn the most

If your primary goal is not learning C++ but getting some work done then there are 2 possibilities to easily get a parabolic inlet:
- use the "coded" BC in 2.0 or 2.1. This requires a bit of C++. But only the interesting parts (not all this "56 constructors and other tedious things"-stuff that used to make writing BCs boring)
- for only writing the BC in expression form you can use the thirdpary groovyBC/swak4Foam-package. I hear good things about it. I must say: not all of them are true (I know the code too well)

Thank you very much for advicing me! I really appreciate!

Actually I solved the problems I had and I compiled the parabolicVelocity package in the finiteVolume library for OpenFoam 2.1.0! But for sure I will try to add also the groovyBc since I sas that this package is very full of details regarding the pitzdaily case!

Anyway since your experience, I read a lot of your post here, could you advice me how to set a polynomial profile also in the spanwise direction? Or maybe, that could be more cool, a periodic profile (sin(z),...)?

Thank you in advance for your interest and to share your knowledge!
sawyer86 is offline   Reply With Quote

Old   January 29, 2012, 18:54
Default
  #4
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
Thank you very much for advicing me! I really appreciate!

Actually I solved the problems I had and I compiled the parabolicVelocity package in the finiteVolume library for OpenFoam 2.1.0! But for sure I will try to add also the groovyBc since I sas that this package is very full of details regarding the pitzdaily case!

Anyway since your experience, I read a lot of your post here, could you advice me how to set a polynomial profile also in the spanwise direction? Or maybe, that could be more cool, a periodic profile (sin(z),...)?

Thank you in advance for your interest and to share your knowledge!
I saw that posting. Didn't fully understand what you mean with "spanwise". But if you can write your profile with a single equation, then groovyBC is the thing for you
gschaider is offline   Reply With Quote

Old   January 29, 2012, 19:06
Default
  #5
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I saw that posting. Didn't fully understand what you mean with "spanwise". But if you can write your profile with a single equation, then groovyBC is the thing for you
Ok, i will definitely took a look on this groovy BC!

Anyway i ment, having a flow in x-direction starting from a parabolic profile in y-direction, can I modulate the profile at the inlet giving a polynominal expression or a periodic one (sin(x) or cos(z))...?

Thank you, really!
sawyer86 is offline   Reply With Quote

Old   January 30, 2012, 05:23
Default
  #6
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
Ok, i will definitely took a look on this groovy BC!

Anyway i ment, having a flow in x-direction starting from a parabolic profile in y-direction, can I modulate the profile at the inlet giving a polynominal expression or a periodic one (sin(x) or cos(z))...?
Yes. Have a look at the examples that come with it
gschaider is offline   Reply With Quote

Old   January 30, 2012, 05:37
Default
  #7
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Yes. Have a look at the examples that come with it
Hi,

I am just now having a look...and I was trying to install statically the groovyBC library...So i created a folder with all the groovyBC files and the I compiled...But I got this error message

I made wmake libso...

wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file groovyBCCommons.C
Making dependency list for source file groovyBCFvPatchFields.C
could not open file PatchValueExpressionDriver.H for source file groovyBCFvPatchFields.C
Making dependency list for source file groovyBCDirectionFvPatchFields.C
could not open file PatchValueExpressionDriver.H for source file groovyBCDirectionFvPatchFields.C
Making dependency list for source file groovyBCFixedValueFvPatchFields.C
could not open file PatchValueExpressionDriver.H for source file groovyBCFixedValueFvPatchFields.C
Making dependency list for source file groovyBCJumpFvPatchFields.C
could not open file PatchValueExpressionDriver.H for source file groovyBCJumpFvPatchFields.C
Making dependency list for source file groovyBCPointPatchFields.C
could not open file MixedPointPatchField.H for source file groovyBCPointPatchFields.C
could not open file PatchValueExpressionDriver.H for source file groovyBCPointPatchFields.C
could not open file PointPatchFieldMapper.H for source file groovyBCPointPatchFields.C
SOURCE=groovyBCCommons.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCCommons.o
SOURCE=groovyBCFvPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCFvPatchFields.o
In file included from groovyBCFvPatchFields.H:37:0,
from groovyBCFvPatchFields.C:36:
groovyBCFvPatchField.H:48:40: fatal error: PatchValueExpressionDriver.H: Aucun fichier ou dossier de ce type
compilation terminated.
make: *** [Make/linux64GccDPOpt/groovyBCFvPatchFields.o] Erreur 1

Any suggestion to fix it?

Thank you in advance!
sawyer86 is offline   Reply With Quote

Old   January 30, 2012, 09:46
Default
  #8
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Yes. Have a look at the examples that come with it
Hi,

I saw that you are the main developer of this swak4foam package, so nobody could better explain what to do to install it...I installed bison (the version 2.4.1)...Could you please indicate me the main steps to do for installing this package?

I read the openwiki page dedicated to it but I didn't find the way to install it...and I tried also to install only the groovyBC but it didn't compil...I really appreciate if you could help me!

Really grateful
sawyer86 is offline   Reply With Quote

Old   January 30, 2012, 10:35
Default
  #9
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
Hi,

I saw that you are the main developer of this swak4foam package, so nobody could better explain what to do to install it...I installed bison (the version 2.4.1)...Could you please indicate me the main steps to do for installing this package?

I read the openwiki page dedicated to it but I didn't find the way to install it...and I tried also to install only the groovyBC but it didn't compil...I really appreciate if you could help me!

Really grateful
I'm not sure about the Wiki-page, but in the README-file (the name is a strong hint) in the section "Installation" it says that

wmake all

in the main directory should compile everything (and it should put everything in the right directories so that it is immediately usable)
gschaider is offline   Reply With Quote

Old   January 30, 2012, 10:48
Default
  #10
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I'm not sure about the Wiki-page, but in the README-file (the name is a strong hint) in the section "Installation" it says that

wmake all

in the main directory should compile everything (and it should put everything in the right directories so that it is immediately usable)
I really appreciate your patience! So many thanks!

But I read the README-file and I did what is said there..but only one library at the end is given...that is the libsimpleFunctionObjects.so...the others are missed...and part of the message I got durign the compiling is below...



SOURCE=replayTransientBC.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/opt/OpenFOAM-2.1.0/src/cfdTools/lnInclude -I/opt/OpenFOAM-2.1.0/src/cfdTools/general/lnInclude -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/replayTransientBC.o
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -I/opt/OpenFOAM-2.1.0/src/cfdTools/lnInclude -I/opt/OpenFOAM-2.1.0/src/cfdTools/general/lnInclude -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/replayTransientBC.o -L/opt/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -lOpenFOAM -ldl -lm -o /emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/bin/replayTransientBC
Making dependency list for source file funkyDoCalc.C
SOURCE=funkyDoCalc.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkyDoCalc.o
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/opt/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/bin/funkyDoCalc] Erreur 1


Thank you again!
sawyer86 is offline   Reply With Quote

Old   January 30, 2012, 11:18
Post
  #11
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I'm not sure about the Wiki-page, but in the README-file (the name is a strong hint) in the section "Installation" it says that

wmake all

in the main directory should compile everything (and it should put everything in the right directories so that it is immediately usable)
In the compiling message I found this message regarding in particular the groovyBC things:

Making dependency list for source file groovyBCCommons.C
Making dependency list for source file groovyBCFvPatchFields.C
Making dependency list for source file groovyBCDirectionFvPatchFields.C
Making dependency list for source file groovyBCFixedValueFvPatchFields.C
Making dependency list for source file groovyBCJumpFvPatchFields.C
Making dependency list for source file groovyBCPointPatchFields.C
could not open file MixedPointPatchField.H for source file groovyBCPointPatchFields.C
could not open file PointPatchFieldMapper.H for source file groovyBCPointPatchFields.C
SOURCE=groovyBCCommons.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCCommons.o
SOURCE=groovyBCFvPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCFvPatchFields.o
In file included from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44:0,
from PatchValueExpressionParser.tab.hh:65,
from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from groovyBCFvPatchField.H:48,
from groovyBCFvPatchFields.H:37,
from groovyBCFvPatchFields.C:36:
position.hh: In function ‘bool parserPatcherator==(const parserPatchsition&, const parserPatchsition&)’:
position.hh:136:69: warning: suggest parentheses around ‘&&’ within ‘||’
SOURCE=groovyBCDirectionFvPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCDirectionFvPatchFields.o
In file included from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44:0,
from PatchValueExpressionParser.tab.hh:65,
from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from groovyBCDirectionFvPatchField.H:48,
from groovyBCDirectionFvPatchFields.H:37,
from groovyBCDirectionFvPatchFields.C:36:
position.hh: In function ‘bool parserPatcherator==(const parserPatchsition&, const parserPatchsition&)’:
position.hh:136:69: warning: suggest parentheses around ‘&&’ within ‘||’
SOURCE=groovyBCFixedValueFvPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCFixedValueFvPatchFields.o
In file included from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44:0,
from PatchValueExpressionParser.tab.hh:65,
from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from groovyBCFixedValueFvPatchField.H:48,
from groovyBCFixedValueFvPatchFields.H:37,
from groovyBCFixedValueFvPatchFields.C:36:
position.hh: In function ‘bool parserPatcherator==(const parserPatchsition&, const parserPatchsition&)’:
position.hh:136:69: warning: suggest parentheses around ‘&&’ within ‘||’
SOURCE=groovyBCJumpFvPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCJumpFvPatchFields.o
In file included from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44:0,
from PatchValueExpressionParser.tab.hh:65,
from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from groovyBCJumpFvPatchField.H:48,
from groovyBCJumpFvPatchFields.H:37,
from groovyBCJumpFvPatchFields.C:36:
position.hh: In function ‘bool parserPatcherator==(const parserPatchsition&, const parserPatchsition&)’:
position.hh:136:69: warning: suggest parentheses around ‘&&’ within ‘||’
SOURCE=groovyBCPointPatchFields.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCPointPatchFields.o
In file included from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44:0,
from PatchValueExpressionParser.tab.hh:65,
from /emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from groovyBCPointPatchField.H:59,
from groovyBCPointPatchFields.H:37,
from groovyBCPointPatchFields.C:34:
position.hh: In function ‘bool parserPatcherator==(const parserPatchsition&, const parserPatchsition&)’:
position.hh:136:69: warning: suggest parentheses around ‘&&’ within ‘||’
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/lib/libgroovyBC.so] Erreur 1

...

Last edited by sawyer86; January 30, 2012 at 12:17.
sawyer86 is offline   Reply With Quote

Old   January 30, 2012, 14:58
Default
  #12
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
I really appreciate your patience! So many thanks!

But I read the README-file and I did what is said there..but only one library at the end is given...that is the libsimpleFunctionObjects.so...the others are missed...and part of the message I got durign the compiling is below...

<snip>

g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/opt/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/emt2/gdelguer/OpenFOAM/gdelguer-2.1.0/platforms/linux64GccDPOpt/bin/funkyDoCalc] Erreur 1


Thank you again!
The missing swak4FoamParsers-library is the first thing to be compiled (because that is where all the magic happens) and obviously there was a problem during the compilation of that. So you'll have to look at the top of the compile-log
gschaider is offline   Reply With Quote

Old   January 31, 2012, 04:53
Default
  #13
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
The missing swak4FoamParsers-library is the first thing to be compiled (because that is where all the magic happens) and obviously there was a problem during the compilation of that. So you'll have to look at the top of the compile-log
thank you again for the helps! But things still doesn't work...

I did "wmake libso" in the swak4foam folder and that is the message I got:

OpenFOAM/swak4Foam/Libraries/swak4FoamParsers>wmake libso
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file SurfacesRepository.C
Making dependency list for source file SetsRepository.C
Making dependency list for source file GlobalVariablesRepository.C
could not open file foamVersion4swak.H for source file GlobalVariablesRepository.C
Making dependency list for source file ExpressionDriverWriter.C
could not open file foamVersion4swak.H for source file ExpressionDriverWriter.C
Making dependency list for source file ExpressionResult.C
could not open file foamVersion4swak.H for source file ExpressionResult.C
Making dependency list for source file StoredExpressionResult.C
could not open file foamVersion4swak.H for source file StoredExpressionResult.C
Making dependency list for source file swakRegistryProxySurface.C
Making dependency list for source file swakRegistryProxySet.C
Making dependency list for source file FieldValueExpressionParser.yy
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy
could not open file foamVersion4swak.H for source file FieldValueExpressionParser.yy
Making dependency list for source file PatchValueExpressionParser.yy
could not open file foamVersion4swak.H for source file PatchValueExpressionParser.yy
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionParser.yy
Making dependency list for source file SubsetValueExpressionParser.yy
could not open file foamVersion4swak.H for source file SubsetValueExpressionParser.yy
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionParser.yy
Making dependency list for source file CommonValueExpressionDriver.C
could not open file foamVersion4swak.H for source file CommonValueExpressionDriver.C
Making dependency list for source file makeSwakDataEntry.C
could not open file foamVersion4swak.H for source file makeSwakDataEntry.C
Making dependency list for source file FieldValueExpressionLexer.ll
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
could not open file foamVersion4swak.H for source file FieldValueExpressionLexer.ll
Making dependency list for source file FieldValueExpressionDriver.C
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionDriver.C
could not open file foamVersion4swak.H for source file FieldValueExpressionDriver.C
Making dependency list for source file PatchValueExpressionLexer.ll
could not open file foamVersion4swak.H for source file PatchValueExpressionLexer.ll
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionLexer.ll
Making dependency list for source file PatchValueExpressionDriver.C
could not open file foamVersion4swak.H for source file PatchValueExpressionDriver.C
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
could not open file FieldValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
Making dependency list for source file SubsetValueExpressionLexer.ll
could not open file foamVersion4swak.H for source file SubsetValueExpressionLexer.ll
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionLexer.ll
Making dependency list for source file SubsetValueExpressionDriver.C
could not open file foamVersion4swak.H for source file SubsetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionDriver.C
Making dependency list for source file SetSubsetValueExpressionDriver.C
could not open file foamVersion4swak.H for source file SetSubsetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SetSubsetValueExpressionDriver.C
Making dependency list for source file CellSetValueExpressionDriver.C
could not open file foamVersion4swak.H for source file CellSetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file CellSetValueExpressionDriver.C
Making dependency list for source file FaceSetValueExpressionDriver.C
could not open file foamVersion4swak.H for source file FaceSetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file FaceSetValueExpressionDriver.C
Making dependency list for source file CellZoneValueExpressionDriver.C
could not open file foamVersion4swak.H for source file CellZoneValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file CellZoneValueExpressionDriver.C
Making dependency list for source file FaceZoneValueExpressionDriver.C
could not open file foamVersion4swak.H for source file FaceZoneValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file FaceZoneValueExpressionDriver.C
Making dependency list for source file SampledSurfaceValueExpressionDriver.C
could not open file foamVersion4swak.H for source file SampledSurfaceValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SampledSurfaceValueExpressionDriver.C
Making dependency list for source file SampledSetValueExpressionDriver.C
could not open file foamVersion4swak.H for source file SampledSetValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SampledSetValueExpressionDriver.C
Making dependency list for source file initSwakFunctionObject.C
could not open file foamVersion4swak.H for source file initSwakFunctionObject.C
SOURCE=SurfacesRepository.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/sampling/lnInclude -I/opt/OpenFOAM-2.1.0/src/triSurface/lnInclude -I/opt/OpenFOAM-2.1.0/src/lagrangian/basic/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/SurfacesRepository.o
SOURCE=SetsRepository.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/sampling/lnInclude -I/opt/OpenFOAM-2.1.0/src/triSurface/lnInclude -I/opt/OpenFOAM-2.1.0/src/lagrangian/basic/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/SetsRepository.o
SOURCE=GlobalVariablesRepository.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/opt/OpenFOAM-2.1.0/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.0/src/sampling/lnInclude -I/opt/OpenFOAM-2.1.0/src/triSurface/lnInclude -I/opt/OpenFOAM-2.1.0/src/lagrangian/basic/lnInclude -I/opt/OpenFOAM-2.1.0/src/meshTools/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/GlobalVariablesRepository.o
In file included from GlobalVariablesRepository.H:45:0,
from GlobalVariablesRepository.C:34:
ExpressionResult.H:47:30: fatal error: foamVersion4swak.H: Aucun fichier ou dossier de ce type
compilation terminated.
make: *** [Make/linux64GccDPOpt/GlobalVariablesRepository.o] Erreur 1
[gdelguer@aria]/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers>


I know that is a fundamental thing to compile this folder but I have not success...please give me an advice...

thank you again
sawyer86 is offline   Reply With Quote

Old   January 31, 2012, 05:53
Default
  #14
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
thank you again for the helps! But things still doesn't work...

I did "wmake libso" in the swak4foam folder and that is the message I got:

OpenFOAM/swak4Foam/Libraries/swak4FoamParsers>wmake libso

<snip>

In file included from GlobalVariablesRepository.H:45:0,
from GlobalVariablesRepository.C:34:
ExpressionResult.H:47:30: fatal error: foamVersion4swak.H: Aucun fichier ou dossier de ce type
compilation terminated.
make: *** [Make/linux64GccDPOpt/GlobalVariablesRepository.o] Erreur 1
[gdelguer@aria]/emt2/gdelguer/OpenFOAM/swak4Foam/Libraries/swak4FoamParsers>


I know that is a fundamental thing to compile this folder but I have not success...please give me an advice...

thank you again
I think I said it before (not sure whether it was : the foamVersion4swak.H gets generated by a Allwmake-script higher up in the hierarchy. Please do the

wmake all

at the TOP LEVEL of the swak4Foam-sources (that is the directory where the README-file resides). Then everything will be compiled in the right order.
gschaider is offline   Reply With Quote

Old   January 31, 2012, 05:58
Default
  #15
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I think I said it before (not sure whether it was : the foamVersion4swak.H gets generated by a Allwmake-script higher up in the hierarchy. Please do the

wmake all

at the TOP LEVEL of the swak4Foam-sources (that is the directory where the README-file resides). Then everything will be compiled in the right order.
I did it and also many times! And before to bother you i wanted to be sure about it. And i am really wonder why is not working.

I do:

Allwclean

wmake all

(always in the swak4foam directory, where the README file is)

then I get this message, at the top...

Bison is version 2.4.1
Reading variables from 'swakConfiguration'
OpenFOAM-version: Major 2 Minor 1 Patch 0
No Libraries/swak4FoamParsers/foamVersion4swak.H. Generated
...
sawyer86 is offline   Reply With Quote

Old   January 31, 2012, 10:00
Default
  #16
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I think I said it before (not sure whether it was : the foamVersion4swak.H gets generated by a Allwmake-script higher up in the hierarchy. Please do the

wmake all

at the TOP LEVEL of the swak4Foam-sources (that is the directory where the README-file resides). Then everything will be compiled in the right order.
Ok! Finally we fixed it! I am infinitely grateful for your help...before this occasion I was always dubiting about the forum...starting from now I will give my help when it will be needed...

The problem anyway was in something related with the "myflex" file and with the .dep file...i found the comand "rmdepall" that helped! then i did as you suggested and it worked!

Now just to come back to the original problem and since I am new in the c++ sintax...could you give as example the way to write something like...

u_inlet=A + (f(y)*g(z))

-in pulsepitzdaily the f(y) is done but how can i merge with the g(z)?
-why after this declaration there is also "value uniform (10 0 0)"...?
-then to turn off the pulsation is it enought to comment the line, isn't?

I think that those are really the last question than I can walk by myself...thank you again!

Last edited by sawyer86; February 1, 2012 at 10:52. Reason: changment in the question
sawyer86 is offline   Reply With Quote

Old   January 31, 2012, 11:53
Default
  #17
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
Ok! Finally we fixed it! I am infinitely grateful for your help...before this occasion I was always dubiting about the forum...starting from now I will give my help when it will be needed...

The problem anyway was in something related with the "myflex" file and with the .dep file...i found the comand "rmdepall" that helped! then i did as you suggested and it worked!

Now just to come back to the original problem and since I am new in the c++ sintax...could you give as example the way to write something like...

u_inlet=A + (f(y)*g(z))

where f(y)=1-y^2 and g(z)=(1-z^2)^2...

-in pulsepitzdaily the f(y) is done but how can i merge with the g(z)?
-why after this declaration there is also "value uniform (10 0 0)"...?
-then to turn off the pulsation is it enought to comment the line, isn't?

I think that those are really the last question than I can walk by myself...thank you again!
Unless u_inlet is a scalar (I'll assume that) you're mixing vectors and scalar

The value-entry is there to keep paraview happy

Turn off: set the type to fixedValue would be easiest

Merging g(z): I don't get the question. pulsedPitzDaily is 2D. Your case seems to be 3D. Just multiply with that function. Just like you wrote it.

Basically (untested. Signs and brackets may be wrong):

valueExpression="normal()*(A+(ffunc*gfunc))";
variables (
"ffunc=1-pow(pos().y,2);"
"gfunc=pow(1-pow(pos().z,2),2);"
);
gschaider is offline   Reply With Quote

Old   January 31, 2012, 12:08
Default
  #18
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Yes, sorry! you are right, I wrote in hurry! And obvioulsy i don't want to overuse your patiance!

Anyway, yes my case is 3D! And u_inlet is the x-component the other are 0.

So until only one component is a scalar function I got it how it works! But if for example I have a inlet velocity vector (a,b,c) where b=b(z,y) and c=c(z,y) and a is a scalar, how can I set this condition?

then with "Turn off: set the type to fixedValue would be easiest" you mean to set groovyBCfixedvalue, insn't it?

Last edited by sawyer86; February 1, 2012 at 10:52.
sawyer86 is offline   Reply With Quote

Old   February 1, 2012, 13:00
Default
  #19
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,915
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by sawyer86 View Post
Yes, sorry! you are right, I wrote in hurry! And obvioulsy i don't want to overuse your patiance!

Anyway, yes my case is 3D! And u_inlet is the x-component the other are 0.

So until only one component is a scalar function I got it how it works! But if for example I have a inlet velocity vector (a,b,c) where b=b(z,y) and c=c(z,y) and a is a scalar, how can I set this condition?

then with "Turn off: set the type to fixedValue would be easiest" you mean to set groovyBCfixedvalue, insn't it?
valueExpression "vector(a,b,c)";

Please have a look at the groovyBC-documentaiton on the Wiki. There is at least an explanation on most functions and 90% on that page is still valid for the new groovyBC (except for accessing remote patches and the variables syntax)

I thought with turn of you meant "homogenous, transient BC". What I proposed was turning of groovyBC althogether by changing the type of the BC. If you meant "inhomogenous stationary BC": look at the example and use your imagination which one is the time-component
gschaider is offline   Reply With Quote

Old   February 3, 2012, 11:25
Default
  #20
Member
 
Tom
Join Date: Jan 2012
Location: France
Posts: 43
Rep Power: 5
sawyer86 is on a distinguished road
Quote:
Originally Posted by gschaider View Post
valueExpression "vector(a,b,c)";

Please have a look at the groovyBC-documentaiton on the Wiki. There is at least an explanation on most functions and 90% on that page is still valid for the new groovyBC (except for accessing remote patches and the variables syntax)

I thought with turn of you meant "homogenous, transient BC". What I proposed was turning of groovyBC althogether by changing the type of the BC. If you meant "inhomogenous stationary BC": look at the example and use your imagination which one is the time-component
Hi,

i am really grateful for the grat help you gave me! Thank again!

Now things seem to be set right! In the end can you just tell me where i can find the "oodles" solver...I will post that also in the main page...but since I was here I tough was smart to ask you about it...

thank again!
sawyer86 is offline   Reply With Quote

Reply

Tags
boundaries condition, parabolic inlet

Thread Tools
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 On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
.deb installation of OpenFOAM 2.1.0 on Ubuntu 11.10 (Oneiric Ocelot). kxk7607 OpenFOAM Installation 7 January 21, 2012 12:57
OpenFoam 2.1.0 Ubuntu release 19/12/2011 Ancioi OpenFOAM Installation 4 December 24, 2011 09:40
New OpenFOAM Forum Structure jola OpenFOAM 2 October 19, 2011 06:55
Cross-compiling OpenFOAM 1.7.0 on Linux for Windows 32 and 64bits with Mingw-w64 wyldckat OpenFOAM Announcements from Other Sources 3 September 8, 2010 06:25
Modified OpenFOAM Forum Structure and New Mailing-List pete Site News & Announcements 0 June 29, 2009 05:56


All times are GMT -4. The time now is 15:51.