Could you please be more specific where you're having the problems? Download it as described in http://openfoamwiki.net/index.php/Co...am#Downloading Then go to the README-file as indicated there (Basically all you've got to do is say ./Allwmake in the right directory)

No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.4.1
OpenFOAM-version: Major 2 Minor 0 Patch 1
No swak4FoamParsers/foamVersion4swak.H. Generated
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file printSwakVersion.C
Making dependency list for source file SurfacesRepository.C
Making dependency list for source file SetsRepository.C
Making dependency list for source file GlobalVariablesRepository.C
Making dependency list for source file ExpressionDriverWriter.C
Making dependency list for source file ExpressionResult.C
Making dependency list 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 FixedValuePointPatchField.H for source file FieldValueExpressionParser.yy
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionParser.yy
could not open file CalculatedPointPatchField.H for source file FieldValueExpressionParser.yy

No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.4.1
OpenFOAM-version: Major 2 Minor 0 Patch 1
No swak4FoamParsers/foamVersion4swak.H. Generated
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file printSwakVersion.C
Making dependency list for source file SurfacesRepository.C
Making dependency list for source file SetsRepository.C
Making dependency list for source file GlobalVariablesRepository.C
Making dependency list for source file ExpressionDriverWriter.C
Making dependency list for source file ExpressionResult.C
Making dependency list 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 FixedValuePointPatchField.H for source file FieldValueExpressionParser.yy
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionParser.yy
could not open file CalculatedPointPatchField.H for source file FieldValueExpressionParser.yy

But the libraries are alright? (you should see lines like "'..../libgroovyBC.so' is up to date")

.../libsimpleFunctionObjects.so' is up to date.
.../libsimpleSwakFunctionObjects.so' is up to date.
.../libswakTopoSources.so' is up to date.
.../libswakSourceFields.so' is up to date.
.../libgroovyStandardBCs.so' is up to date.

.../libsimpleFunctionObjects.so' is up to date.
.../libsimpleSwakFunctionObjects.so' is up to date.
.../libswakTopoSources.so' is up to date.
.../libswakSourceFields.so' is up to date.
.../libgroovyStandardBCs.so' is up to date.

The library should be in $FOAM_MPI_LIBBIN. Check with
ls $FOAM_MPI_LIBBIN
whether this is set on your system. If yes: add
-L$(FOAM_MPI_LIBBIN)
at the start(!) of the line you've already been editing in Make/options

This is not my fault. The binary distro you're using (I assume from the path that you didn't compile OF yourself) seems to be broken for compilations

I guess you added groovyBC to the libs-list in the controlDict, right? In that case check further up in the solver output: there should be some error about not being able to load it. If not recheck the libs-entry

Hi Bernhard!
OK. I understood that you think my installation is not as "clean" as possible.
So I will try to reinstall everything.
Right now, I am updating my system (zipper, yast,...), and then, I will fallow the instructions of http://www.openfoam.org/download/suse.php
Does it sounds good for you? Do you think I am in the correct path?

Hi Bernhard!
OK. I understood that you think my installation is not as "clean" as possible.
So I will try to reinstall everything.
Right now, I am updating my system (zipper, yast,...), and then, I will fallow the instructions of http://www.openfoam.org/download/suse.php
Does it sounds good for you? Do you think I am in the correct path?

I THINK the problem is that the binary version of OF you're using is somehow a bit misconfigured for compilation (basically the flags miss a -L-option). Reinstalling won't fix that i'm afraid. Have you ever tried compiling other OF-software and did that work?

@Julien: I've just now finished testing on openSUSE 11.4 x86_64 with the RPM packages of OpenFOAM 2.1.0 and had no problems at all!
My guess is that the problem you're having is due to placing swak4Foam's code in the folder "/opt/OpenFOAM-2.1.0/Telechargements/swak4Foam" .

The "WM_NCOMPPROCS" is for using 4 cores for faster building. Ran a second time the Allwmake command just to know if all was built successfully and it was all OK! I didn't need to change anything in swak4Foam's code!

OK, I apologize. I wanted to make it nice, so I made a special folder for the downloads, in order not to "mix" everything, but know I know I was totally wrong...
Nevertheless, I did not understand from which cwd I should launch svn ?

OK, I apologize. I wanted to make it nice, so I made a special folder for the downloads, in order not to "mix" everything, but know I know I was totally wrong...
Nevertheless, I did not understand from which cwd I should launch svn ?

As long as you don't want to compile your own software that is based on swak or if you don't want to use the swakCoded-functionObject this doesn't matter

BUT I had ALSO to move /opt/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib/dummy/libPstrem.so
to/opt/OpenFOAM-2.1.0/platforms/linux64GccDPOpt/lib/
(??? Why was it in a "dummy" folder ???)

The dummy-folder holds a non-parallelized version of Pstream that is only needed to bootstrap the compilation process of OpenFOAM. Usually there should be another folder named after you mpi-implementation (openmpi-1.5 or so) with the correct Pstream (the variable $FOAM_MPI_LIBBIN points to it).
Not sure whether your stuff will no work in parallel

Quote:

Originally Posted by Djub

Now it's working! 'hope my post could help somebody else...

Bernhard: updateded my controlDict . I works now.

Once again, thanks a lot !

PS: do you think I should post a nethreaded, clean, in order to share my solution without all the rough exchanges with no interest?

Would be nice to have a bug-report on the mantis with the changes required to Make/options so that it will get into the next release. The Pstream-moving .... I still think that this is a problem of the binaries you installed

Got to catch this quickly before Bruno does. He's only 19 posts behind me and at the rate he's posting my estimate is that he'll overtake me before the weekend

What can I say, I'm helping people on the forum instead of playing WoW
(And I got my powers upgraded a week and a half ago nothing like whirling an axe at a spammer )

@Julien: OK, having to hack around in OpenFOAM's installation folder, usually can only mean one thing: you've got a contaminated shell environment. Let me explain: your "$HOME/.bashrc" probably has something like this: