CFD Online Discussion Forums

CFD Online Discussion Forums (https://www.cfd-online.com/Forums/)
-   OpenFOAM Community Contributions (https://www.cfd-online.com/Forums/openfoam-community-contributions/)
-   -   [swak4Foam] GroovyBC the dynamic cousin of funkySetFields that lives on the suburb of the mesh (https://www.cfd-online.com/Forums/openfoam-community-contributions/60685-groovybc-dynamic-cousin-funkysetfields-lives-suburb-mesh.html)

marico March 6, 2009 04:59

Hi. Sorry myself, doesnt work
 
Hi. Sorry myself, doesnt work ;) :
wmakeLnInclude: linking include files to /home/mueller/OpenFOAM/mueller-1.5-dev/groovyBC/lnInclude
make: *** Keine Regel vorhanden, um das Target »mixedPointPatchFields.dep«,
benötigt von »Make/linuxGccDPOpt/dependencies«, zu erstellen. Schluss.

Marco

egp March 9, 2009 02:02

Hey Bernhard, I pulled 1.5-
 
Hey Bernhard,

I pulled 1.5-dev revision 1105, and groovyBC today and tried to compile on opensuse 11.1. I ran into the similar problems as Marco. Per your suggestion, I was able to compile groovy if I commented out groovyBCPointPatchFields.C in Make/files. The demo pulsedPitzDaily will still run without the PointPatchFields.

It seems that there is a case-sensitive issue with PointPatchField, e.g.,

"MixedPointPatchField.H" vs.
"mixedPointPatchField.H"

"PointPatchFieldMapper.H" vs.
"pointPatchFieldMapper.H"

If I rename these files, I still get the following error:

groovyBCPointPatchFields.H:47:37: error: macro "makePointPatchFieldTypedefs" requires 7 arguments, but only 1 given
groovyBCPointPatchFields.C:45:30: error: macro "makePointPatchFields" requires 3 arguments, but only 1 given

Checking the 1.5-dev repository, it seems the checkin at Rev. 1058 (Added support for point-Fields) may be the culprit?

Eric

gschaider March 9, 2009 11:06

Hi! It seems that there is
 
Hi!

It seems that there is a slight difference of the dev-version (I tested/developed groovyBC with the OpenCFD-version). Until I have sorted this out users of the dev-version should get the last "unpointed" version using this command:

svn -r1057 checkout https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Breede r_1.5/libraries/groovyBC

This compiles, but doesn't have the point-BCs

Bernhard

marico March 10, 2009 01:56

Hi Bernhard, thanks for you
 
Hi Bernhard,

thanks for your care. I'll compile the 1.5.x.git version to use groovyBC cause I need point-things! ;)

Marco

marico March 12, 2009 02:18

Hi again, works smoothly wi
 
Hi again,

works smoothly with 1.5.x... ;)

Thanks!!

suraj March 12, 2009 11:21

Hello all! I am trying to get
 
Hello all!
I am trying to get the pitzDaily case going with the groovyBC condition. When I ran the case, I got this error message. Can somebody tell where I am making a mistake?
The error is as follows -->


gradientInternalCoeffs cannot be called for a genericFvPatchField (actual type groovyBC)
on patch inlet of field U in file "./pitzDaily/0/U"
You are probably trying to solve for a field with a generic boundary condition.

From function genericFvPatchField<type>::gradientInternalCoeffs( ) const
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 692.

Thanks,
- Suraj

suraj March 12, 2009 11:24

Hello all! I am trying to get
 
Hello all!
I am trying to get the pitzDaily case going with the groovyBC condition. When I ran the case, I got this error message. Can somebody tell where I am making a mistake?
The error is as follows -->


gradientInternalCoeffs cannot be called for a genericFvPatchField (actual type groovyBC)
on patch inlet of field U in file "./pitzDaily/0/U"
You are probably trying to solve for a field with a generic boundary condition.

From function genericFvPatchField<type>::gradientInternalCoeffs( ) const
in file fields/fvPatchFields/basic/generic/genericFvPatchField.C at line 692.

Thanks,
- Suraj

gschaider March 12, 2009 12:18

This usually happens if OpenFO
 
This usually happens if OpenFOAM doesn't "know" the boundary condition

I assume that you're talking about the Demo-case (so it should be set up with the correct libs-entry in the controlDict and that you successfully compiled the library). Have a look at the start of the run whether there is anything about loading/not loading the libgroovyBC.so

Bernhard

suraj March 12, 2009 13:54

Thanks Bernhard. Probably lib
 
Thanks Bernhard.
Probably libgroovyBC.so is not being loaded.
This is what it reads:

could not load libgroovyBC.so: cannot open shared object file: No such file or directory

I am doing this for the first time. Could somebody guide me to where I can find information getting it set?

Sorry for the trouble.

Thanks,
- Suraj

suraj March 12, 2009 17:51

Thanks Bernhard. I got it to
 
Thanks Bernhard.
I got it to work.

gschaider March 16, 2009 07:21

Quote:

Originally Posted by marico (Post 186578)
Hi again,

works smoothly with 1.5.x... ;)

Thanks!!

And now the version on the SVN should also work with the dev-version. Please note that to recognize the dev-version it assumes that an environment-variable FOAM_DEV is defined (etc/bashrc was modified in the SVN to provide that variable)

Bernhard

ecjoubert March 24, 2009 05:21

epsilon inlet profile with groovyBC
 
Hi Bernhard

I am a fairly new OpenFoam user.
I have been able to download and implement groovyBC.
I use it to specify a inlet velocity profile U(y) = (u*/K)ln((y+yo)/yo) and it works great.
I would like to specify a profile for epsilon at the inlet as well.
How would I do this with groovyBC?

I apologize if this is a silly question.

Regards
Eugene Joubert

gschaider March 24, 2009 07:06

Hi!

Quote:

Originally Posted by ecjoubert (Post 210567)
I have been able to download and implement groovyBC.
I use it to specify a inlet velocity profile U(y) = (u*/K)ln((y+yo)/yo) and it works great.
I would like to specify a profile for epsilon at the inlet as well.
How would I do this with groovyBC?

I don't understand the problem. It seems like you already did the more complicated task (specify a vector value). Specifying epsilon (which is "only" a scalar) should be pretty straightforward: set the type of the BC to groovyBC at the inlet and specify an expression

Bernhard

ecjoubert March 25, 2009 03:46

epsilon profile for groovyBC
 
Hi Bernhard

Thank you for the speedy reply.

Here is more detail:
I am attempting to implement a fully developed atmospheric boundary layer (ABL) for my simulation.
For the k-epsilon model a simplified ABL can be defined by three equations:
U(y) = (u*/K)ln((y + yo)/yo); velocity profile
k(y) = u*²/sqrt(Cmu); constant
epsilon(y) = u*³/K(y + yo); epsilon profile
So far I have implemented U(y) with groovyBC by modifying the pulsedPitzDaly inlet conditions for my simpleFoam case.
My inlet is defined as follows:

boundaryField
{
inlet
{
type groovyBC;
variables "zp=pts().z;zc=pos().z;minZ=toFace(min(zp));minZc= min(zc);Ustar=0.03;K=0.4;para=-(Ustar/K)*log((pos().z + minZc)/(minZc))*normal();";
valueExpression "para";
value uniform (0 0 0);
}

As I understand it, the "para" equation would be evaluated in groovyBC for the different vertices along the inlet boundary and then asssigned to that patch as a velocity inlet.

So my question is:
How could I change the inlet definition above to incorporate the epsilon equation as well?

Again I apologize if the answer is actually trivial.

Regards
Eugene

ecjoubert March 31, 2009 05:25

epsilon inlet profile with groovyBC
 
Bernhard

Sorry for that. I obviously just have to define groovyBC with the equations in the epsilon and k initial field directories.

I notice that for my case both the velocity as well as epsilon profiles look fine all the way but have a noticeable increase for the upper most node. Do you have any idea why this may happen?

Thanks again for the great tool.

Eugene Joubert

prapanj April 3, 2009 00:36

Hi Suraj,

I was also trying to run the PitzDaily case with groovyBC and ran into the same problem as you. Could you tell me how to add the libgroovyBC.so to the run? Your help will be greatly appreciated.

Thank you
Prapanj

ngj April 3, 2009 04:09

Hi Prapanj

You should add the following to your controlDict

libs ( "libgroovyBC.so" );

According to the wiki on groovy BC you might try with

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

if you are experiencing problems with paraFoam.

Have a nice weekend,

Niels

luther May 21, 2009 08:48

Hallo Bernard

My text in bold blue.

I have the same problem as Marco (I think). I am new to OpenFOAM, but this is what I did:


luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src$ svn checkout https://openfoam-extend.svn.sourcefo...aries/groovyBC

A groovyBC/PatchResult.C
A groovyBC/PatchValueExpressionLexer.ll
A groovyBC/groovyBCFvPatchFields.H
A groovyBC/PatchResult.H
A groovyBC/PatchValueExpressionDriverI.H
A groovyBC/PatchValueExpressionParser.yy
A groovyBC/groovyBCFvPatchField.C
A groovyBC/groovyBCPointPatchFields.C
A groovyBC/PatchResultI.H
A groovyBC/README
A groovyBC/groovyBCFvPatchField.H
A groovyBC/groovyBCPointPatchFields.H
A groovyBC/Demos
A groovyBC/Demos/circulatingSplash
A groovyBC/Demos/circulatingSplash/0
A groovyBC/Demos/circulatingSplash/0/gamma
A groovyBC/Demos/circulatingSplash/0/pd
A groovyBC/Demos/circulatingSplash/0/U
A groovyBC/Demos/circulatingSplash/system
A groovyBC/Demos/circulatingSplash/system/fvSchemes
A groovyBC/Demos/circulatingSplash/system/controlDict
A groovyBC/Demos/circulatingSplash/system/decomposeParDict
A groovyBC/Demos/circulatingSplash/system/fvSolution
A groovyBC/Demos/circulatingSplash/customRegexp
A groovyBC/Demos/circulatingSplash/constant
A groovyBC/Demos/circulatingSplash/constant/polyMesh
A groovyBC/Demos/circulatingSplash/constant/polyMesh/boundary
A groovyBC/Demos/circulatingSplash/constant/polyMesh/blockMeshDict
A groovyBC/Demos/circulatingSplash/constant/RASProperties
A groovyBC/Demos/circulatingSplash/constant/dynamicMeshDict
A groovyBC/Demos/circulatingSplash/constant/transportProperties
A groovyBC/Demos/circulatingSplash/constant/environmentalProperties
A groovyBC/Demos/movingConeDistorted
A groovyBC/Demos/movingConeDistorted/0
A groovyBC/Demos/movingConeDistorted/0/p
A groovyBC/Demos/movingConeDistorted/0/cellMotionUx
A groovyBC/Demos/movingConeDistorted/0/U
A groovyBC/Demos/movingConeDistorted/0/pointMotionUx
A groovyBC/Demos/movingConeDistorted/system
A groovyBC/Demos/movingConeDistorted/system/tetFemSolution
A groovyBC/Demos/movingConeDistorted/system/fvSchemes
A groovyBC/Demos/movingConeDistorted/system/controlDict
A groovyBC/Demos/movingConeDistorted/system/fvSolution
A groovyBC/Demos/movingConeDistorted/constant
A groovyBC/Demos/movingConeDistorted/constant/polyMesh
A groovyBC/Demos/movingConeDistorted/constant/polyMesh/boundary
A groovyBC/Demos/movingConeDistorted/constant/polyMesh/blockMeshDict
A groovyBC/Demos/movingConeDistorted/constant/dynamicMeshDict
A groovyBC/Demos/movingConeDistorted/constant/transportProperties
A groovyBC/Demos/pulsedPitzDaily
A groovyBC/Demos/pulsedPitzDaily/0
A groovyBC/Demos/pulsedPitzDaily/0/nuSgs
A groovyBC/Demos/pulsedPitzDaily/0/p
A groovyBC/Demos/pulsedPitzDaily/0/nuTilda
A groovyBC/Demos/pulsedPitzDaily/0/B
A groovyBC/Demos/pulsedPitzDaily/0/U
A groovyBC/Demos/pulsedPitzDaily/0/k
A groovyBC/Demos/pulsedPitzDaily/system
A groovyBC/Demos/pulsedPitzDaily/system/fvSchemes
A groovyBC/Demos/pulsedPitzDaily/system/controlDict
A groovyBC/Demos/pulsedPitzDaily/system/fvSolution
A groovyBC/Demos/pulsedPitzDaily/constant
A groovyBC/Demos/pulsedPitzDaily/constant/LESProperties
A groovyBC/Demos/pulsedPitzDaily/constant/polyMesh
A groovyBC/Demos/pulsedPitzDaily/constant/polyMesh/boundary
A groovyBC/Demos/pulsedPitzDaily/constant/polyMesh/blockMeshDict
A groovyBC/Demos/pulsedPitzDaily/constant/transportProperties
A groovyBC/Demos/runSplash.py
A groovyBC/Demos/wobbler
A groovyBC/Demos/wobbler/0
A groovyBC/Demos/wobbler/0/D
A groovyBC/Demos/wobbler/0/T
A groovyBC/Demos/wobbler/system
A groovyBC/Demos/wobbler/system/fvSchemes
A groovyBC/Demos/wobbler/system/controlDict
A groovyBC/Demos/wobbler/system/fvSolution
A groovyBC/Demos/wobbler/impulse.data
A groovyBC/Demos/wobbler/constant
A groovyBC/Demos/wobbler/constant/polyMesh
A groovyBC/Demos/wobbler/constant/polyMesh/boundary
A groovyBC/Demos/wobbler/constant/polyMesh/blockMeshDict
A groovyBC/Demos/wobbler/constant/mechanicalProperties
A groovyBC/Demos/wobbler/constant/thermalProperties
A groovyBC/PatchValueExpressionDriver.C
A groovyBC/groovyBCPointPatchField.C
A groovyBC/Make
A groovyBC/Make/mybison
A groovyBC/Make/files
A groovyBC/Make/myflex
A groovyBC/Make/options
A groovyBC/groovyBCFvPatchFields.C
A groovyBC/PatchValueExpressionDriver.H
A groovyBC/groovyBCPointPatchField.H
Checked out revision 1241.
luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src$
luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src$ cd groovyBC
luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src/groovyBC$ wmake libso
wmakeLnInclude: linking include files to /home/luther/OpenFOAM/OpenFOAM-1.5/src/groovyBC/lnInclude

Making dependency list for source file PatchResult.C
Making dependency list for source file PatchValueExpressionParser.yy
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionParser.yy
Making dependency list for source file 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 PatchValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
Making dependency list for source file groovyBCFvPatchFields.C
could not open file PatchValueExpressionParser.tab.hh for source file groovyBCFvPatchFields.C
Making dependency list for source file groovyBCPointPatchFields.C
could not open file MixedPointPatchField.H for source file groovyBCPointPatchFields.C
could not open file PatchValueExpressionParser.tab.hh for source file groovyBCPointPatchFields.C
could not open file PointPatchFieldMapper.H for source file groovyBCPointPatchFields.C
SOURCE=PatchResult.C ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c $SOURCE -o Make/linuxGccDPOpt/PatchResult.o
PatchResult.C: In member function ‘void Foam::PatchResult::uglyDelete()’:
PatchResult.C:97: warning: deleting ‘void*’ is undefined
SOURCE=PatchValueExpressionParser.yy ; rm -f Make/linuxGccDPOpt/PatchValueExpressionParser.C Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh; bison -ra -v -d $SOURCE ; mv *.tab.cc Make/linuxGccDPOpt/PatchValueExpressionParser.C ; mv *.tab.hh Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh ; mv *.hh Make/linuxGccDPOpt ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c Make/linuxGccDPOpt/PatchValueExpressionParser.C -o Make/linuxGccDPOpt/PatchValueExpressionParser.o
bison: invalid option -- 'r'
Usage: bison [-dltvyVu] [-b file-prefix] [-p name-prefix]
[-o outfile] [-h headerfile]
[-S skeleton] [-H header-skeleton]
[--debug] [--defines] [--fixed-output-files] [--no-lines]
[--verbose] [--version] [--yacc] [--usage] [--help]
[--file-prefix=prefix] [--name-prefix=prefix]
[--skeleton=skeletonfile] [--headerskeleton=headerskeletonfile]
[--output=outfile] [--header-name=header] grammar-file
mv: cannot stat `*.tab.cc': No such file or directory
mv: cannot stat `*.tab.hh': No such file or directory
mv: cannot stat `*.hh': No such file or directory
g++: Make/linuxGccDPOpt/PatchValueExpressionParser.C: No such file or directory
g++: no input files
make: *** [Make/linuxGccDPOpt/PatchValueExpressionParser.o] Error 1
luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src/groovyBC$


I have also remove the line "groovyBCPointPatchFields.C" from "Make/files" and ran "wmake libso" again but got pretty much the same thing. Shown below:

luther@luther-laptop:~/OpenFOAM/OpenFOAM-1.5/src/groovyBC$ wmake libso
wmakeLnInclude: linking include files to /home/luther/OpenFOAM/OpenFOAM-1.5/src/groovyBC/lnInclude

Making dependency list for source file PatchResult.C
Making dependency list for source file PatchValueExpressionParser.yy
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionParser.yy
Making dependency list for source file 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 PatchValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
Making dependency list for source file groovyBCFvPatchFields.C
could not open file PatchValueExpressionParser.tab.hh for source file groovyBCFvPatchFields.C
SOURCE=PatchResult.C ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c $SOURCE -o Make/linuxGccDPOpt/PatchResult.o
PatchResult.C: In member function ‘void Foam::PatchResult::uglyDelete()’:
PatchResult.C:97: warning: deleting ‘void*’ is undefined
SOURCE=PatchValueExpressionParser.yy ; rm -f Make/linuxGccDPOpt/PatchValueExpressionParser.C Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh; bison -ra -v -d $SOURCE ; mv *.tab.cc Make/linuxGccDPOpt/PatchValueExpressionParser.C ; mv *.tab.hh Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh ; mv *.hh Make/linuxGccDPOpt ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c Make/linuxGccDPOpt/PatchValueExpressionParser.C -o Make/linuxGccDPOpt/PatchValueExpressionParser.o
bison: invalid option -- 'r'
Usage: bison [-dltvyVu] [-b file-prefix] [-p name-prefix]
[-o outfile] [-h headerfile]
[-S skeleton] [-H header-skeleton]
[--debug] [--defines] [--fixed-output-files] [--no-lines]
[--verbose] [--version] [--yacc] [--usage] [--help]
[--file-prefix=prefix] [--name-prefix=prefix]
[--skeleton=skeletonfile] [--headerskeleton=headerskeletonfile]
[--output=outfile] [--header-name=header] grammar-file
mv: cannot stat `*.tab.cc': No such file or directory
mv: cannot stat `*.tab.hh': No such file or directory
mv: cannot stat `*.hh': No such file or directory
g++: Make/linuxGccDPOpt/PatchValueExpressionParser.C: No such file or directory
g++: no input files
make: *** [Make/linuxGccDPOpt/PatchValueExpressionParser.o] Error 1

Please can you see if you can help me?

Kind Regards
Luther

gschaider May 21, 2009 11:20

Hi Luther!

The problem lies in this part of the output:
Quote:

Originally Posted by luther (Post 216837)
Make/linuxGccDPOpt/PatchValueExpressionParser.C Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh; bison -ra -v -d $SOURCE ; mv *.tab.cc Make/linuxGccDPOpt/PatchValueExpressionParser.C ; mv *.tab.hh Make/linuxGccDPOpt/PatchValueExpressionParser.tab.hh ; mv *.hh Make/linuxGccDPOpt ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -IMake/linuxGccDPOpt -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -IlnInclude -I. -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/luther/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c Make/linuxGccDPOpt/PatchValueExpressionParser.C -o Make/linuxGccDPOpt/PatchValueExpressionParser.o
bison: invalid option -- 'r'
Usage: bison [-dltvyVu] [-b file-prefix] [-p name-prefix]
[-o outfile] [-h headerfile]
[-S skeleton] [-H header-skeleton]
[--debug] [--defines] [--fixed-output-files] [--no-lines]
[--verbose] [--version] [--yacc] [--usage] [--help]
[--file-prefix=prefix] [--name-prefix=prefix]
[--skeleton=skeletonfile] [--headerskeleton=headerskeletonfile]
[--output=outfile] [--header-name=header] grammar-file
mv: cannot stat `*.tab.cc': No such file or directory
mv: cannot stat `*.tab.hh': No such file or directory
mv: cannot stat `*.hh': No such file or directory
g++: Make/linuxGccDPOpt/PatchValueExpressionParser.C: No such file or directory
g++: no input files

The utility bison complains about an option '-r' that it doesn't have. Probably because it is an old version. I've added a section http://openfoamwiki.net/index.php/Co...Pre-requisites that shows how to check for the version of bison.

There are two options:
  1. Install an up-to-date version of bison
  2. Go to Make/mybison and remove the option '-ra' from the call to bison there. It is not strictly necessary. This removes the symptom (and the generated report is only needed for debugging) but bison MAY fail for other reasons because it is ... old

Bernhard

luther May 22, 2009 04:41

Quote:

Originally Posted by gschaider (Post 216849)
Hi Luther!

The problem lies in this part of the output:


The utility bison complains about an option '-r' that it doesn't have. Probably because it is an old version. I've added a section http://openfoamwiki.net/index.php/Co...Pre-requisites that shows how to check for the version of bison.

There are two options:
  1. Install an up-to-date version of bison
  2. Go to Make/mybison and remove the option '-ra' from the call to bison there. It is not strictly necessary. This removes the symptom (and the generated report is only needed for debugging) but bison MAY fail for other reasons because it is ... old

Bernhard

Hallo Bernard,

Thank you for your response. I very much appreciate it. I have downloaded version 2.4.1 of bison on the page you recommended. I did a ./configure; make; make install;

However I still get the old version displayed when I type "bison -V". Don't know if it maybe have not installed correctly:


luther@luther-laptop:~/OpenFOAM/luther-1.5/run/groovyWaveTank$ bison -V
bison++ Version 1.21.9-1, adapted from GNU bison by coetmeur@icdc.fr
Maintained by Magnus Ekdahl <magnus@debian.org>

However, I then did a "wmake libso" again in the sources of groovyBC and some warnings came out, but at the end it said that groovyBC.so is up to date. I run a few of the Demos in the Demos directory and thay seemed to have worked whithout error.

But when I run interFoam on groovyWaveTank I got an error. Do you perhaps know how I can fix it? Sorry if the questions are trivial, but I am new to openFOAM and appreciate your help alot. Here is the error:

luther@luther-laptop:~/OpenFOAM/luther-1.5/run/groovyWaveTank$ interFoam
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | OpenFOAM: The Open Source CFD Toolbox |
| \\ / O peration | Version: 1.5 |
| \\ / A nd | Web: http://www.OpenFOAM.org |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Exec : interFoam
Date : May 22 2009
Time : 10:18:57
Host : luther-laptop
PID : 19035
Case : /home/luther/OpenFOAM/luther-1.5/run/groovyWaveTank
nProcs : 1

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

Create mesh for time = 0


Reading environmentalProperties
Reading field pd

Reading field gamma

Reading field U

Reading/calculating face flux field phi

Reading transportProperties

Selecting incompressible transport model Newtonian
Selecting incompressible transport model Newtonian
Calculating field g.h

time step continuity errors : sum local = 0, global = 0, cumulative = 0


Attempt to return dictionary entry as a primitive

file: /home/luther/OpenFOAM/luther-1.5/run/groovyWaveTank/system/fvSolution::pcorr::preconditioner from line 23 to line 35.

From function ITstream& primitiveEntry::stream() const
in file db/dictionary/dictionaryEntry/dictionaryEntry.C at line 83.

FOAM aborting

#0 Foam::error::printStack(Foam::Ostream&) in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so"
#1 Foam::IOerror::abort() in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so"
#2 Foam::dictionaryEntry::stream() const in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so"
#3 Foam::dictionary::lookup(Foam::word const&, bool) const in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so"
#4 Foam::PCG::solve(Foam::Field<double>&, Foam::Field<double> const&, unsigned char) const in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libOpenFOAM.so"
#5 Foam::fvMatrix<double>::solve(Foam::Istream&) in "/home/luther/OpenFOAM/OpenFOAM-1.5/lib/linuxGccDPOpt/libfiniteVolume.so"
#6 main in "/home/luther/OpenFOAM/OpenFOAM-1.5/applications/bin/linuxGccDPOpt/interFoam"
#7 __libc_start_main in "/lib/tls/i686/cmov/libc.so.6"
#8 Foam::regIOobject::readIfModified() in "/home/luther/OpenFOAM/OpenFOAM-1.5/applications/bin/linuxGccDPOpt/interFoam"
Aborted
luther@luther-laptop:~/OpenFOAM/luther-1.5/run/groovyWaveTank$

Kind Regards
Luther




Kind Regards
Luther


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