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] difficulties installing swak4foam (https://www.cfd-online.com/Forums/openfoam-community-contributions/103805-difficulties-installing-swak4foam.html)

newbie29 June 27, 2012 08:06

difficulties installing swak4foam
 
Hello,

I'm trying to install the swak4foam package. Apparently I'm not skilled enough to do that. I would greatly appreciate any help and a short how to walkthrough. So far I have done the following:


1. I have downloaded swak4foam using: svn checkout https://openfoam-extend.svn.sourcefo...ies/swak4Foam/


2. I have installed the packages: flex, bison and gcc-c++

3. I have used the command: ./Allwmake


But it didn't work out very well. First of all, could someone tell me which commands I have to use to completely install swak4foam. And could someone please tell me where I am suppose to copy the swak4foam folder I have downloaded. I strongly think having the swak4foam folder in the HOME folder is quite wrong, but I don't know where to put this folder. As you can see my Linux skills are not very distinctive.


Thanks
Best
Nils

wyldckat June 27, 2012 15:34

Greetings Nils,

You can find such instructions here: http://www.cfd-online.com/Forums/ope...tml#post367334 post #14

Best regards,
Bruno

newbie29 June 28, 2012 02:55

Hello Bruno,

I did 100% exactly your commands from your post. But it didn't work out. At least that is my impression. I don't know what went wrong. Maybe you have an idea if you look at my console output. I do apologize for such a long post. But maybe it helps.



sysop@PWIS12604:~/OpenFOAM/sysop-2.1.1/run/swak4Foam> ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so] Error 1
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so: Permission denied
collect2: ld returned 1 exit status
make: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so] Error 1
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkyDoCalc'
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.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetBoundaryField'
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.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetFields'
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.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
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.1/src/cfdTools/lnInclude -I/opt/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/opt/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/opt/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/opt/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/opt/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/replayTransientBC.o -L/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -lOpenFOAM -ldl -lm -o /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC: Permission denied
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
make: *** [replayTransientBC] Error 2
make: Target `application' not remade because of errors.

Thanks
Best regards
Nils

BTW: it looks pretty much exactly like what I have done already before.

gschaider June 28, 2012 03:08

Quote:

Originally Posted by newbie29 (Post 368671)
Hello Bruno,

I did 100% exactly your commands from your post. But it didn't work out. At least that is my impression. I don't know what went wrong. Maybe you have an idea if you look at my console output. I do apologize for such a long post. But maybe it helps.



sysop@PWIS12604:~/OpenFOAM/sysop-2.1.1/run/swak4Foam> ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
/usr/lib64/gcc/x86_64-suse-linux/4.6/../../../../x86_64-suse-linux/bin/ld: cannot open output file /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so: Permission denied
collect2: ld returned 1 exit status
Thanks
Best regards
Nils

BTW: it looks pretty much exactly like what I have done already before.

For some reasons you don't have access to /home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/ and it all goes downhill from there

newbie29 June 28, 2012 04:16

Ok, I changed into superuser. And did exactly the same thing again. But I still don't get it. Something must be still wrong with my setup. I'm getting depressed.

I get a bunch of these warnings:
could not open file MixedPointPatchField.H for source file groovyBCPointPatchFields.C

And at the end:
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::scalePoints(double)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::fileName const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::abort()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::geometricSurfacePatch::operator==(Foam::geo metricSurfacePatch const&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::subsetMesh(Foam::List<bool> const&, Foam::List<int>&, Foam::List<int>&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::edgeOwner() const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::List<Foam::lab elledTri> const&, Foam::List<Foam::geometricSurfacePatch> const&, Foam::Field<Foam::Vector<double> > const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::init(int&, char**&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::geometricSurfacePatch::geometricSurfacePatc h()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libfiniteVolume.so: undefined reference to `Foam::UIPstream::UIPstream(int, Foam::PstreamBuffers&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::~triSurface()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::operator=(Foam::triSurface const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::sortedEdgeFaces() const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::List<Foam::lab elledTri> const&, Foam::Field<Foam::Vector<double> > const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::triSurface const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::List<Foam::lab elledTri>&, Foam::List<Foam::geometricSurfacePatch> const&, Foam::Field<Foam::Vector<double> >&, bool)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::addValidParOptions(Foam::HashTabl e<Foam::string, Foam::word, Foam::string::hash>&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libOpenFOAM.so: undefined reference to `Foam::UPstream::exit(int)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::faceTriangulation::faceTriangulation(Foam:: Field<Foam::Vector<double> > const&, Foam::face const&, Foam::Vector<double> const&, bool)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::~triSurface()'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::write(Foam::fileName const&, bool) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `typeinfo for Foam::triSurface'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::movePoints(Foam::Field<Foam::Ve ctor<double> > const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::DimensionedField<int, Foam::triSurfaceGeoMesh>::typeName'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::triSurface(Foam::triSurface const&)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::markZones(Foam::List<bool> const&, Foam::List<int>&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libfiniteVolume.so: undefined reference to `Foam::UOPstream::write(Foam::UPstream::commsTypes , int, char const*, long, int)'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::writeStats(Foam::Ostream&) const'
/opt/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib/libmeshTools.so: undefined reference to `Foam::triSurface::clearOut()'
collect2: ld returned 1 exit status
make[1]: *** [/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC] Error 1
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
make: *** [replayTransientBC] Error 2
make: Target `application' not remade because of errors.


Any ideas please.

Best
Nils

wyldckat June 28, 2012 04:44

Greetings Nils,

I'm guessing you did at first do things as superuser (when you used svn the first time), which is why you couldn't build things properly.

It's best that you:
  1. As superuser, do these commands:
    Code:

    chown -R sysop:users /home/sysop/OpenFOAM
    That will assign to your normal user, all of the folders and files in that directory.
  2. Then redo the steps as normal user.
Best regards,
Bruno

newbie29 June 28, 2012 05:14

Hello Bruno,

YES,YES, YES it looks pretty good to me. But just to make sure everything is fine, could you please have a look at final output. And tell me if that is what I'm suppose to get.

This is what I get when I run ./Allwmake for the second time:

sysop@PWIS12604:~/OpenFOAM/sysop-2.1.1/run/swak4Foam> ./Allwmake
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Bison is version 2.5
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswak4FoamParsers.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so' is up to date.
'/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so' is up to date.
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkyDoCalc'
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/sysop/OpenFOAM/sysop-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/sysop/OpenFOAM/sysop-2.1.1/run/swak4Foam/Utilities/replayTransientBC'

Thank you so much for your help. All of you, doing so much in this forum, are my personal heroes. This forum is just great. And pretty much the only good source to get any OF help. Much appreciated!

All the best
Nils

amin144 August 9, 2012 06:09

Dear newbie29

I have same problem as you
limitation of permission!
What should I do?

Thanks

wyldckat August 9, 2012 06:18

Greetings Amin,

Quote:

Originally Posted by amin144 (Post 376167)
Dear newbie29

I have same problem as you
limitation of permission!
What should I do?

Thanks

Did you read this thread from beginning to end :confused:? If so, what didn't you understand?

Best regards,
Bruno

amin144 August 9, 2012 09:40

Hi Bruno
Thanks for your reply
Yeah, I've read
But I didn't khnow anything about sueruser! :)
my problem was another thing:
using: EXE = $(FOAM_APPBIN)/myIcoFoam
instead of : EXE = $(FOAM_USER_APPBIN)/myIcoFoam
in "files" file of "make" directory

mrt November 1, 2012 15:14

I had a hard time installing swak4foam so I've followed this thread (and http://www.cfd-online.com/Forums/ope...tml#post367334) closely. When I issue ./Allwmake I get:

No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib/python2.6/subprocess.py", line 633, in __init__
errread, errwrite)
File "/usr/lib/python2.6/subprocess.py", line 1139, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswak4FoamParsers.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libgroovyBC.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libsimpleSwakFunctionObjects.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakTopoSources.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakSourceFields.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libgroovyStandardBCs.so' is up to date.
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakMeshQualityFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakLocalCalculationsFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakRandomFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakFvcSchemesFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakThermoTurbFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakTransportTurbFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakSurfacesAndSetsFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date.
'/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/lib/libswakVelocityFunctionPlugin.so' is up to date.
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkyDoCalc'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/funkyDoCalc' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkyDoCalc'
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/funkySetBoundaryField' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetBoundaryField'
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetFields'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/funkySetFields' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/funkySetFields'
make[1]: Entering directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/replayTransientBC'
make[1]: `/home/rick/OpenFOAM/rick-2.1.1/platforms/linuxGccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/home/rick/OpenFOAM/rick-2.1.1/swak4Foam/Utilities/replayTransientBC'

Any suggestions on how to avoid the OSError?

"ld -v" gives:
GNU ld (GNU Binutils for Ubuntu) 2.20.1-system.20100303

and

"gcc -v" gives:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1)

"mpirun --version" gives:
mpirun (Open MPI) 1.4.1

"ls $FOAM_MPI_LIBBIN" gives the same output as "ls" alone. How do I fix that?

Thanks in advance for your help!

wyldckat November 1, 2012 17:26

Greetings Rick,

Don't worry about the "OSError", because it's related to the Mercurial (Hg) repository and you're using the SVN, so there is no need to worry about that particular error message.

As for swak4Foam itself, everything seems to be fine!

As for "$FOAM_MPI_LIBBIN", in OpenFOAM 2.1 the respective definition is "$FOAM_LIBBIN/$FOAM_MPI".

Best regards,
Bruno

mrt November 2, 2012 09:01

Thanks for the feedback Bruno. I'm glad to hear that the OSError isn't as serious as it sounds, but I guess that means that I'm doing something wrong when I try to use the utility with buoyantPimpleFoam. I added these libraries to my controlDict:

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

The model works well with a zeroGradient temperature BC, but I want to compare the results with a linear temperature profile BC. The problem is that if I use groovyBC, I get a floating point exception. For reference, groovyBCFixedValue works just fine.

type groovyBC;
valueExpression "257.15+(286.25-257.15)*pos().x/.0127";
// type groovyBCFixedValue;
// valueExpression "271.7";
// type fixedValue;
value uniform 271.7;

Selecting thermodynamics package hRhoThermo<pureMixture<constTransport<specieThermo <hConstThermo<perfectGas>>>>>
#0 Foam::error::printStack(Foam::Ostream&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libOpenFOAM.so"
#1 Foam::sigFpe::sigHandler(int) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libOpenFOAM.so"
#2 Uninterpreted:
#3 Foam::hRhoThermo<Foam::pureMixture<Foam::constTran sport<Foam::specieThermo<Foam::hConstThermo<Foam:: perfectGas> > > > >::calculate() in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#4 Foam::hRhoThermo<Foam::pureMixture<Foam::constTran sport<Foam::specieThermo<Foam::hConstThermo<Foam:: perfectGas> > > > >::hRhoThermo(Foam::fvMesh const&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#5 Foam::basicRhoThermo::addfvMeshConstructorToTable< Foam::hRhoThermo<Foam::pureMixture<Foam::constTran sport<Foam::specieThermo<Foam::hConstThermo<Foam:: perfectGas> > > > > >::New(Foam::fvMesh const&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#6 Foam::basicRhoThermo::New(Foam::fvMesh const&) in "/opt/openfoam211/platforms/linuxGccDPOpt/lib/libbasicThermophysicalModels.so"
#7
in "/opt/openfoam211/platforms/linuxGccDPOpt/bin/buoyantPimpleFoam"
#8 __libc_start_main in "/lib/tls/i686/cmov/libc.so.6"
#9
in "/opt/openfoam211/platforms/linuxGccDPOpt/bin/buoyantPimpleFoam"
Floating point exception

What am I missing?

wyldckat November 3, 2012 15:42

Hi Rick,

My only guess is that "pos().x" is causing the problem, but only likely due to a problem with the mesh?

Run checkMesh with full diagnostics to verify if the mesh is fully OK:
Code:

checkMesh -allGeometry -allTopology
If it's OK, try also not using "pos().x" to see if it still works or not. Additionally, you better check what values this specific entry can return!

Best regards,
Bruno

mrt November 5, 2012 12:13

Hi Bruno,

checkMesh came back OK and I can't get groovyBC to work even when I take "pos().x" out of the expression. The good news is that I found that this BC gives me what I'm after:

type groovyBCFixedValue;
valueExpression "286.25-(286.25-257.15)*pos().x/.0127";

I think I might be missing something obvious, but how do I go about checking what values a specific entry can return?

Thanks,
Rick

wyldckat November 5, 2012 15:08

Hi Rick,

Unfortunately my experience with groovyBC is still very limited, so I have no idea if you've triggered a bug or not.

But there is something that has been bothering me and I forgot to point it out before: why are you using ".0127" and not "0.0127"?
I know that they should translate to the same thing, but when coding is involved, assuming it should simply work can get dangerous! ;) In the sense that (for some weird reason) "/." could be working as a special mathematical operator...

But then again, way back when I coded in FORTRAN, there was the occasional experience where "3.0/2=1" and "3.0/2.0=1.5"... which is why, one should not assume nothing when it comes to coding! :D

Best regards,
Bruno

gschaider November 14, 2012 18:10

Quote:

Originally Posted by mrt (Post 390382)
Hi Bruno,

checkMesh came back OK and I can't get groovyBC to work even when I take "pos().x" out of the expression. The good news is that I found that this BC gives me what I'm after:

type groovyBCFixedValue;
valueExpression "286.25-(286.25-257.15)*pos().x/.0127";

I think I might be missing something obvious, but how do I go about checking what values a specific entry can return?

Thanks,
Rick

The problem occurs according to the stack trace you posted AFTER groovyBC finished its work and when the thermoModel calculates its properties. My guess is that the range of pos().x was such that you go negative temperatures.

Anyway. You can get intermediate results by setting

debugCommonDriver 1;

in the sub-dict of your boundary but the amount of information is a bit overwhelming

mrt November 15, 2012 08:55

Hi Bernhard,

The thing that puzzles me is that groovyBCFixedValue gives me exactly what I'm after (a linear temperature profile) and solves OK, but groovyBC results in an error. Do you see any problem with using groovyBCFixedValue instead of groovyBC? Or is groovyBCFixedValue actually the preferred command when the values don't change over time?

Thanks,
Rick

gschaider November 20, 2012 19:53

Quote:

Originally Posted by mrt (Post 392274)
Hi Bernhard,

The thing that puzzles me is that groovyBCFixedValue gives me exactly what I'm after (a linear temperature profile) and solves OK, but groovyBC results in an error. Do you see any problem with using groovyBCFixedValue instead of groovyBC? Or is groovyBCFixedValue actually the preferred command when the values don't change over time?

Thanks,
Rick

Seems that you stumbled upon a bug in groovyBC where during the initialization first the value is used (because evaluation is not possible) and then reset to 0 because the refValue is not set. And a temperature of 0 bothers the thermophysical model. I developed a fix (because the bug popped up for other people too) and pushed it to the mercurial repository. The alternative is to set refValue to a value different from zero (for instance "refValue $value;"). This will only be needed during the initialization and afterward replace by the value of the evaluation

mrt November 26, 2012 09:29

Setting refValue worked like a charm. Thanks Bernhard!

gschaider November 26, 2012 15:22

Quote:

Originally Posted by mrt (Post 394217)
Setting refValue worked like a charm. Thanks Bernhard!

Good. I want to stress again that this workaround is only needed until the next release of swak which will have a proper fix

cm_jubayer February 3, 2013 13:32

Hi,

I am facing similar problem like the 3rd post in this thread. I am trying to complile swak4foam on a remote cluster. It compiles ok in my own system, but not on the cluster. OpenFOAM version on the cluster is 2.1.1. So I downloaded swak4foam for this version, unzipped using tar command and ran ./Allwmake and ended up with the error. Any suggestions? or do I have to ask the cluster administrator to compile it for me (may be limited access somewhere). I did compile my own turbulence model on the cluster without any problem. Thanks.

Jubayer

wyldckat February 3, 2013 13:57

Greetings Jubayer,

Did you see post #6? http://www.cfd-online.com/Forums/ope...tml#post368689

Best regards,
Bruno

cm_jubayer February 3, 2013 16:39

Thanks Bruno for your quick reply. Yes, I saw that and tried. It gave me "not permitted" error for all the folders.

Jubayer

wyldckat February 4, 2013 05:58

Hi Jubayer,

Sorry, but I'm having a hard time understanding how are you getting that error :(
Can you provide at least the first lines that give those error messages? Namely the ones that appear after running Allwmake.

Best regards,
Bruno

cm_jubayer February 4, 2013 12:59

Hi Bruno,

Sorry for not giving this earlier.

Here are first few lines:


No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib64/python2.6/subprocess.py", line 639, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1228, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1
No swak4FoamParsers/foamVersion4swak.H. Generated
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file helpers/printSwakVersion.C
Making dependency list for source file repositories/SurfacesRepository.C
Making dependency list for source file repositories/SetsRepository.C
Making dependency list for source file repositories/GlobalVariablesRepository.C
Making dependency list for source file ExpressionDriverWriter.C
Making dependency list for source file ExpressionResult/ExpressionResult.C
Making dependency list for source file ExpressionResult/StoredExpressionResult.C
Making dependency list for source file ExpressionResult/DelayedExpressionResult.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySurface.C
Making dependency list for source file setsAndSurfaces/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
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 SubsetValueExpressionParser.yy
could not open file SubsetValueExpressionParser.tab.hh for source file


Here are last few lines:




position.hh:136: warning: suggest parentheses around && within ||
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so] Error 1
Making dependency list for source file funkyDoCalc.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
Making dependency list for source file funkySetBoundaryField.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
SOURCE=funkySetBoundaryField.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkySetBoundaryField.o
In file included from ../../Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionParser_location.hh:44,
from PatchValueExpressionParser.tab.hh:65,
from ../../Libraries/swak4FoamParsers/lnInclude/PatchValueExpressionDriver.H:60,
from funkySetBoundaryField.C:41:
position.hh: In function âbool parserPatch::operator==(const parserPatch::position&, const parserPatch::position&)â:
position.hh:136: warning: suggest parentheses around && within ||
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
Making dependency list for source file funkySetFields.C
could not open file FixedValuePointPatchField.H for source file funkySetFields.C
could not open file ZeroGradientPointPatchField.H for source file funkySetFields.C
could not open file CalculatedPointPatchField.H for source file funkySetFields.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
SOURCE=funkySetFields.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/funkySetFields.o
In file included from ../../Libraries/swak4FoamParsers/lnInclude/FieldValueExpressionParser_location.hh:44,
from FieldValueExpressionParser.tab.hh:65,
from ../../Libraries/swak4FoamParsers/lnInclude/FieldValueExpressionDriver.H:19,
from funkySetFields.C:41:
position.hh: In function âbool parserField::operator==(const parserField::position&, const parserField::position&)â:
position.hh:136: warning: suggest parentheses around && within ||
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
Making dependency list for source file replayTransientBC.C
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/cfdTools/general/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/replayTransientBC.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make: Target `application' not remade because of errors.


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /work/jubayer/swak4Foam_2.x_release_0.2.1/Libraries (most people will be fine without setting that variable)




Thanks


Jubayer

gschaider February 4, 2013 14:42

Quote:

Originally Posted by cm_jubayer (Post 405975)
Hi Bruno,

Sorry for not giving this earlier.

Here are first few lines:




Here are last few lines:

The interesting part happens between "Here are the first few lines" and "the last few lines". Usually the best way to get the actual problem is run ./Allwmake twice (NO Allwclean in between). The first will be very verbose (because it creates the dependency-files and everything that it CAN compile). The second one shows only the real problems.

So: run it twice and then please past what seems to be the problem with the second compile here. Thanks

cm_jubayer February 4, 2013 23:29

Here it is after running Allwmake again:

No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
Traceback (most recent call last):
File "./maintainanceScripts/makeSwakVersionFile.py", line 8, in <module>
output = Popen(["hg", "branch"], stdout=PIPE).communicate()[0]
File "/usr/lib64/python2.6/subprocess.py", line 639, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1228, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch 1
No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=CommonValueExpressionDriver.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/sampling/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/triSurface/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/lagrangian/basic/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/CommonValueExpressionDriver.o
CommonValueExpressionDriver.C:1309: error: template argument required for âclass lessOpâ
CommonValueExpressionDriver.C: In member function âFoam::vector Foam::CommonValueExpressionDriver::getPositionOfMi nimum(const Foam::scalarField&, const Foam::vectorField&) constâ:
CommonValueExpressionDriver.C:1374: error: missing template arguments before â(â token
CommonValueExpressionDriver.C: In member function âFoam::word Foam::CommonValueExpressionDriver::getHex(const void*) constâ:
CommonValueExpressionDriver.C:1389: warning: use of old-style cast
make: *** [Make/linux64GccDPOpt/CommonValueExpressionDriver.o] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyBC.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakFunctionObjects.so] Error 1
'/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleFunctionObjects.so' is up to date.
'/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleLagrangianFunctionObjects.so' is up to date.
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libsimpleSwakFunctionObjects.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakTopoSources.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakSourceFields.so] Error 1
/usr/bin/ld: cannot find -lgroovyBC
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libgroovyStandardBCs.so] Error 1
SWAK_PYTHON_INCLUDE not defined .... no Python-Integration
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakMeshQualityFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakLocalCalculationsFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakRandomFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakFvcSchemesFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakThermoTurbFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakTransportTurbFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakSurfacesAndSetsFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakLagrangianCloudSourcesFunctionPlugin.so] Error 1
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib/libswakVelocityFunctionPlugin.so] Error 1
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkyDoCalc.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkyDoCalc] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkyDoCalc'
make: *** [funkyDoCalc] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetBoundaryField.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetBoundaryField] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetBoundaryField'
make: *** [funkySetBoundaryField] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -I../../Libraries/swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -Xlinker --add-needed -Xlinker --no-as-needed Make/linux64GccDPOpt/funkySetFields.o -L/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/platforms/linux64GccDPOpt/lib \
-lfiniteVolume -lmeshTools -L/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/lib -lswak4FoamParsers -lOpenFOAM -ldl -lm -o /work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields
/usr/bin/ld: cannot find -lswak4FoamParsers
collect2: ld returned 1 exit status
make[1]: *** [/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/funkySetFields] Error 1
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/funkySetFields'
make: *** [funkySetFields] Error 2
make[1]: Entering directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make[1]: `/work/jubayer/OpenFOAM/jubayer-2.1.1/platforms/linux64GccDPOpt/bin/replayTransientBC' is up to date.
make[1]: Leaving directory `/gwork/jubayer/swak4Foam_2.x_release_0.2.1/Utilities/replayTransientBC'
make: Target `application' not remade because of errors.


If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /work/jubayer/swak4Foam_2.x_release_0.2.1/Libraries (most people will be fine without setting that variable)



Thanks.

Jubayer

gschaider February 5, 2013 04:58

Quote:

Originally Posted by cm_jubayer (Post 406028)
Here it is after running Allwmake again:

No change to swak4FoamParsers/foamVersion4swak.H
SOURCE=CommonValueExpressionDriver.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/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/finiteVolume/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/sampling/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/triSurface/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/lagrangian/basic/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/meshTools/lnInclude -IlnInclude -I. -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OpenFOAM/lnInclude -I/work/jubayer/OpenFOAM/OpenFOAM-2.1.1/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/CommonValueExpressionDriver.o
CommonValueExpressionDriver.C:1309: error: template argument required for âclass lessOpâ
CommonValueExpressionDriver.C: In member function âFoam::vector Foam::CommonValueExpressionDriver::getPositionOfMi nimum(const Foam::scalarField&, const Foam::vectorField&) constâ:
CommonValueExpressionDriver.C:1374: error: missing template arguments before â(â token
CommonValueExpressionDriver.C: In member function âFoam::word Foam::CommonValueExpressionDriver::getHex(const void*) constâ:
CommonValueExpressionDriver.C:1389: warning: use of old-style cast
make: *** [Make/linux64GccDPOpt/CommonValueExpressionDriver.o] Error 1

Ah. That one. That is due to a change in OpenFOAM. See:
http://sourceforge.net/apps/mantisbt...iew.php?id=163

(as a workaround until the next release just rename all instances of lessOp in CommonValueExpressionDriver.C to something else (smallerOp for instance)

cm_jubayer February 5, 2013 10:47

It worked! Thanks :D

Jubayer

andyru April 25, 2013 04:05

swak4foam on suse12.3
 
Hello,

I want to share my experience compiling swak4foam
Code:

commit 53a04396a644fe978c5a37434509bfec09ff7dac
Author: Bernhard F.W. Gschaider <bgschaid@ice-sf.at>
Date:  Tue Aug 9 22:54:30 2011 +0200

for OF1.6ext on Suse 12.3, gcc-4.7.2.
Problems caused the system installation bison (bison (GNU Bison) 2.6.5),
where
Code:

could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
etc...

arose all the time.
I thought about a missing define but this is set:
Code:

# define YYDEBUG 1
So I took bison (GNU Bison) 2.5.1. This compiles without any problems :)

Maybe this description is helpful...

Greetings,

Andy

gschaider April 25, 2013 11:49

Quote:

Originally Posted by andyru (Post 423020)
Hello,

I want to share my experience compiling swak4foam
Code:

commit 53a04396a644fe978c5a37434509bfec09ff7dac
Author: Bernhard F.W. Gschaider <bgschaid@ice-sf.at>
Date:  Tue Aug 9 22:54:30 2011 +0200

for OF1.6ext on Suse 12.3, gcc-4.7.2.

That is a rather old release of swak ... we're talking ancient history. The current release still supports 1.6-ext

Quote:

Originally Posted by andyru (Post 423020)
Problems caused the system installation bison (bison (GNU Bison) 2.6.5),
where
Code:

could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
etc...

arose all the time.

Is this the message during the generation of the dependencies? This is OK. makeDeps doesn't know how to handle the tab.hh-files (which are only going to get generated)
Quote:

Originally Posted by andyru (Post 423020)
I thought about a missing define but this is set:
Code:

# define YYDEBUG 1
So I took bison (GNU Bison) 2.5.1. This compiles without any problems :)

Maybe this description is helpful...

Thanks for sharing. I regularly compile swak with bison 2.4.1 and 2.7. Strange that an intermediate version should be broken. But retry with a more up-to-date version of swak

andyru April 25, 2013 17:04

Hi gschaider,
Quote:

That is a rather old release of swak ... we're talking ancient history. The current release still supports 1.6-ext
Yes, I know. But I didn't find a current version in the net since sourceforge repository is down because of A..YS
http://www.cfd-online.com/Forums/ope...y-offline.html :(

Quote:

Thanks for sharing. I regularly compile swak with bison 2.4.1 and 2.7.
I will test bison 2.7 the next days.

BTW: swak4foam rocks!

Andy

gschaider April 25, 2013 17:46

Quote:

Originally Posted by andyru (Post 423206)
Hi gschaider,
Yes, I know. But I didn't find a current version in the net since sourceforge repository is down because of A..YS
http://www.cfd-online.com/Forums/ope...y-offline.html :(

Please tell me: what else can I do that people find the link to the current tarballs:
http://openfoamwiki.net/index.php/Co...am#Downloading
Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font? Every few days somebody asks about the download which has been there for ... I don't know how long ... so there must be something fundamentally wrong with this text. But nobody tells me what

Quote:

Originally Posted by andyru (Post 423206)
I will test bison 2.7 the next days.

BTW: swak4foam rocks!

Andy


andyru April 26, 2013 04:35

Quote:

Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font?
Sorry about this.
It seems, that I read the wiki-entry too fast. First svn link was tested, it failed and I did the wrong conclusion...
In this case my administrator would say to me: "The problem sits always between keyboard and chair." And yes, he is right.


Quote:

...so there must be something fundamentally wrong with this text. But nobody tells me what
Maybe changin' the order would improve the situation?

Best regards,

Andy

gschaider April 26, 2013 05:31

Quote:

Originally Posted by andyru (Post 423277)
Sorry about this.
It seems, that I read the wiki-entry too fast. First svn link was tested, it failed and I did the wrong conclusion...
In this case my administrator would say to me: "The problem sits always between keyboard and chair." And yes, he is right.

PEBCAK ("Problem exists between chair and keyboard") is the correct technical term according to UserFriendly.org

Quote:

Originally Posted by andyru (Post 423277)
Maybe changin' the order would improve the situation?

It could. But I figured as the paragraph is on the same page as the "download" heading (even on smartphones) people would see it. I'll have a look (although I hope for a reopenenig of the SVN any day now)

Alish1984 April 27, 2013 11:30

1 Attachment(s)
Quote:

Originally Posted by gschaider (Post 423210)
Please tell me: what else can I do that people find the link to the current tarballs:
http://openfoamwiki.net/index.php/Co...am#Downloading
Is it because "Temporary download to replace closed SVN" is set in bold font and nobody reads stuff in bold font? Every few days somebody asks about the download which has been there for ... I don't know how long ... so there must be something fundamentally wrong with this text. But nobody tells me what


Hi Bernhard
Maybe you should delete the svn commands to make the "Bold Font Blind" peoples just read the bold texts:)

I wish I don't make you upset with my quote but after reading almost the whole stuff about the errors occurred in compilation I want to introduce a novel problem:)

the whole log file attached. two main problems exist:
the compiler is unable to open such these files...
"could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy"

but as you said this is not the case and there is no problem with not opening these files but also something dangerous with the matching between functions used (add,substract,...) and functions declared in OF occurred at the end of error log:
/home/gaslab/OpenFOAM/OpenFOAM-1.7.1/src/OpenFOAM/lnInclude/FieldFieldFunctions.C:618: error: no matching function for call to ‘multiply(Foam::pointPatchField<Foam::Vector<doubl e> >&, const Foam::pointPatchField<Foam::Vector<double> >&, const Foam::pointPatchField<double>&)’



any suggestion?

gschaider April 28, 2013 17:03

Quote:

Originally Posted by Alish1984 (Post 423527)
Hi Bernhard
Maybe you should delete the svn commands to make the "Bold Font Blind" peoples just read the bold texts:)

I wish I don't make you upset with my quote but after reading almost the whole stuff about the errors occurred in compilation I want to introduce a novel problem:)

the whole log file attached. two main problems exist:
the compiler is unable to open such these files...
"could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy"

but as you said this is not the case and there is no problem with not opening these files but also something dangerous with the matching between functions used (add,substract,...) and functions declared in OF occurred at the end of error log:
/home/gaslab/OpenFOAM/OpenFOAM-1.7.1/src/OpenFOAM/lnInclude/FieldFieldFunctions.C:618: error: no matching function for call to ‘multiply(Foam::pointPatchField<Foam::Vector<doubl e> >&, const Foam::pointPatchField<Foam::Vector<double> >&, const Foam::pointPatchField<double>&)’



any suggestion?

Hmm. Seems like this version has a problem with point-fields (I use 1.7.x which is this version plus bugfixes)

The "origin" of the problem is in the FieldValueExpressionParser.yy-file in line 4881 (there are two more such instances):
Code:

../FieldValueExpressionParser.yy:4881:  instantiated from here
what you could try is commenting out the grammar rule on that line (there may be lines before and after that) and recompiling. For your purposes it is sufficient to know that a grammar rule starts with "|" and ends when the next rule starts

Alish1984 May 1, 2013 09:31

Quote:

Originally Posted by gschaider (Post 423688)
Hmm. Seems like this version has a problem with point-fields (I use 1.7.x which is this version plus bugfixes)

The "origin" of the problem is in the FieldValueExpressionParser.yy-file in line 4881 (there are two more such instances):
Code:

../FieldValueExpressionParser.yy:4881:  instantiated from here
what you could try is commenting out the grammar rule on that line (there may be lines before and after that) and recompiling. For your purposes it is sufficient to know that a grammar rule starts with "|" and ends when the next rule starts


Thanx Bernhard, after commenting out the rules in FieldValueExpressionParser.yy that were identified in the error log, it compiled without any errorrr in OF 1.7.1 :)
Also I should mentioned that I had already compiled the library in OF 2.0.1 without any error.


Bernhard, One more question:
DO you have any suggestion about how we can implement a flux boundary condition at inlet for species with SWAK in species conservation equation below:

ddt(yi)+div(phi,yi)=-div(Vdi,yi)+Source
where Vdi is diffusion velocity for each specie: Vdi=-1/yi*rho*grad(yi)*Dim, Dim=diffusion coefficient for diffusion of specie I into mixture

and the flux boundary is: Vdi*yi=Uinlet*(yinlet-yi)

gschaider May 4, 2013 06:21

Quote:

Originally Posted by Alish1984 (Post 424438)
Thanx Bernhard, after commenting out the rules in FieldValueExpressionParser.yy that were identified in the error log, it compiled without any errorrr in OF 1.7.1 :)
Also I should mentioned that I had already compiled the library in OF 2.0.1 without any error.


Bernhard, One more question:
DO you have any suggestion about how we can implement a flux boundary condition at inlet for species with SWAK in species conservation equation below:

ddt(yi)+div(phi,yi)=-div(Vdi,yi)+Source
where Vdi is diffusion velocity for each specie: Vdi=-1/yi*rho*grad(yi)*Dim, Dim=diffusion coefficient for diffusion of specie I into mixture

and the flux boundary is: Vdi*yi=Uinlet*(yinlet-yi)

So you think a pure Dirichlet condition on the inlet is not sufficient because Diffusion is high enough that it goes "out" against the flow? Can't give you a recipe here. Some kind of gradient/mixed-BC might help here. But first check if is really necessary

swak only gives you the tools. The physics is your responsibility.


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