CFD Online Discussion Forums

CFD Online Discussion Forums (http://www.cfd-online.com/Forums/)
-   OpenFOAM Running, Solving & CFD (http://www.cfd-online.com/Forums/openfoam-solving/)
-   -   "parabolicVelocity" in OpenFoam 2.1.0 ? (http://www.cfd-online.com/Forums/openfoam-solving/96619-parabolicvelocity-openfoam-2-1-0-a.html)

sawyer86 January 27, 2012 07:39

"parabolicVelocity" in OpenFoam 2.1.0 ?
 
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! :)

gschaider January 27, 2012 14:15

Quote:

Originally Posted by sawyer86 (Post 341479)
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)

sawyer86 January 27, 2012 15:35

polynomial profile in spanwise direction?
 
Quote:

Originally Posted by gschaider (Post 341551)
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!

gschaider January 29, 2012 18:54

Quote:

Originally Posted by sawyer86 (Post 341563)
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

sawyer86 January 29, 2012 19:06

Quote:

Originally Posted by gschaider (Post 341795)
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!

gschaider January 30, 2012 05:23

Quote:

Originally Posted by sawyer86 (Post 341799)
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

sawyer86 January 30, 2012 05:37

Quote:

Originally Posted by gschaider (Post 341846)
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 January 30, 2012 09:46

Quote:

Originally Posted by gschaider (Post 341846)
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

gschaider January 30, 2012 10:35

Quote:

Originally Posted by sawyer86 (Post 341900)
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)

sawyer86 January 30, 2012 10:48

Quote:

Originally Posted by gschaider (Post 341910)
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 January 30, 2012 11:18

Quote:

Originally Posted by gschaider (Post 341910)
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 parserPatch:perator==(const parserPatch:osition&, const parserPatch:osition&)’:
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 parserPatch:osition&, const parserPatch:osition&)’:
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 parserPatch:perator==(const parserPatch:osition&, const parserPatch:osition&)’:
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

...

gschaider January 30, 2012 14:58

Quote:

Originally Posted by sawyer86 (Post 341916)
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

sawyer86 January 31, 2012 04:53

Quote:

Originally Posted by gschaider (Post 341980)
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

gschaider January 31, 2012 05:53

Quote:

Originally Posted by sawyer86 (Post 342042)
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.

sawyer86 January 31, 2012 05:58

Quote:

Originally Posted by gschaider (Post 342048)
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 January 31, 2012 10:00

Quote:

Originally Posted by gschaider (Post 342048)
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!

gschaider January 31, 2012 11:53

Quote:

Originally Posted by sawyer86 (Post 342093)
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);"
);

sawyer86 January 31, 2012 12:08

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?

gschaider February 1, 2012 13:00

Quote:

Originally Posted by sawyer86 (Post 342118)
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

sawyer86 February 3, 2012 11:25

Quote:

Originally Posted by gschaider (Post 342302)
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!


All times are GMT -4. The time now is 11:33.