|
[Sponsors] |
[swak4Foam] Problems installing swak4Foam in foam-extend-4.0 on Ubuntu 16.04 |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
June 17, 2017, 02:45 |
Problems installing swak4Foam in foam-extend-4.0 on Ubuntu 16.04
|
#1 |
New Member
Join Date: May 2017
Posts: 9
Rep Power: 9 |
Hi
I installed foam-extend-4.0 for ubuntu-16.04, but swak4foam failed to install. What should I do to solve it? I also refresh install it acordding to openfoamwki,but i failed again. thank you jack |
|
June 25, 2017, 12:08 |
|
#2 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Quick answer: Please do the following steps:
__________________
|
|
June 25, 2017, 12:27 |
|
#3 |
New Member
Join Date: May 2017
Posts: 9
Rep Power: 9 |
Thank you very much ,wyldckat
|
|
May 17, 2019, 21:32 |
|
#4 | |
Member
Martin
Join Date: Aug 2018
Posts: 33
Rep Power: 8 |
Quote:
I'm attaching log.swak4foam file. Help would be greatly appreciated. |
||
May 18, 2019, 12:08 |
|
#5 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,982
Blog Entries: 45
Rep Power: 128 |
Quick questions:
__________________
|
|
May 19, 2019, 12:22 |
|
#6 | |
Member
Martin
Join Date: Aug 2018
Posts: 33
Rep Power: 8 |
Quote:
g++ (Ubuntu 7.4.0-1ubuntu1~18.04) 7.4.0 gcc (Ubuntu 7.4.0-1ubuntu1~18.04) 7.4.0 I followed these instructions and I ended up with foam-extend in Home folder. When I ran "source etc/bashrc" I had errors because Terminal was searching for bashrc in /opt instead of Home. I tried changing many things but I wasn't able to direct it to correct folder. So I moved foam-extend-4.0 folder to /opt. After that, installation of foam-extend went well. I tried running one simulation from tutorials and it finished successfully. If the problem is that I manually moved foam-extend folder to /opt and then install it there, do I need to unistall foam-extend first? How do I do that? |
||
June 3, 2019, 17:57 |
|
#7 |
Member
Martin
Join Date: Aug 2018
Posts: 33
Rep Power: 8 |
I solved my problem. I'm not exactly sure what fixed the problem but one thing I changed is that I added alias for OpenFOAM 6 as well.
In .bashrc file I had alias fe40 only for foam-extend but for OpenFOAM 6 I had without alias. So it seems that Terminal was trying to source OF6's /etc/bashrc all the time. So my .bashrc now contains: Code:
alias of6='source /opt/openfoam6/etc/bashrc' alias fe40='source /opt/foam-extend-4.0/etc/bashrc' Code:
alias fe40='source $HOME/foam/foam-extend-4.0/etc/bashrc' Then I ran next 5 commands one after another: Code:
fe40 ./maintainanceScripts/compileRequirements.sh ./Allwclean ./Allwmake | tee log_Allwmake_firstRun ./Allwmake | tee log_Allwmake_secondRun Code:
libs ( "libsimpleSwakFunctionObjects.so" ); |
|
September 3, 2019, 19:00 |
|
#8 |
Senior Member
alberto
Join Date: Apr 2016
Location: Mexico
Posts: 119
Rep Power: 10 |
I am trying to simulate mi case using fe40 and swak4Foam and I get this error:
--> FOAM FATAL ERROR: gradientInternalCoeffs cannot be called for a genericFvPatchField (actual type groovyBC) on patch inlet of field U in file "/home/mapache/Documentos/aneurisma/coarse/0/U" You are probably trying to solve for a field with a generic boundary condition. those are my U and controlDict files Somebody can help me please. |
|
September 4, 2019, 05:16 |
|
#9 | |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
Quote:
The libs-entry should be on the root-level of controlDict (not inside of functions)
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request |
||
September 4, 2019, 13:29 |
|
#10 |
Senior Member
alberto
Join Date: Apr 2016
Location: Mexico
Posts: 119
Rep Power: 10 |
Hello ,
(I'm running in fe40) I did what you said and i get this: Create time --> FOAM Warning : From function dlLibraryTable:pen(const fileName& functionLibName) in file db/dlLibraryTable/dlLibraryTable.C at line 124 could not load libgroovyBC.so: cannot open shared object file: No such file or directory Create mesh for time = 0 And when I check mi log.make I got this: Code:
Current OpenFOAM version is 4.0. Previously compiled for OpenFOAM (4.0) /home/mapache/foam/mapache-4.0/swak4Foam/privateRequirements/bin existing. Prepending to PATH-variable (private version of Bison) No file 'swakConfiguration'. Python etc won't work. See README for details Try 'ln -s swakConfiguration.automatic swakConfiguration' for automatic configuration. BEWARE: this does not work on some systems Checking swak4Foam-version and generating file Swak version is 0.4.2 hg info: f71cfc465c71 Bison: /home/mapache/foam/mapache-4.0/swak4Foam/privateRequirements/bin/bison Flex: /usr/bin/flex Bison is version 3.0.4 Flex is version 2.6.4 (Minor version: 4) OpenFOAM-version: Major 4 Minor 0 Patch 0 (-1 == x / 0) Fork: extend No change to swak4FoamParsers/foamVersion4swak.H Please include the output above when reporting a problem in the compilation. It helps diagnosing the problem '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswak4FoamParsers.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakLagrangianParser.so' is up to date. SOURCE=groovyBCFvPatchFields.C ; g++-5 -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-200 -IMake/linux64GccDPOpt -DFOAM_DEV -I/home/mapache/foam/foam-extend-4.0/src/finiteVolume/lnInclude -I/home/mapache/foam/foam-extend-4.0/src/surfMesh/lnInclude -I/home/mapache/foam/foam-extend-4.0/src/sampling/lnInclude -I/home/mapache/foam/foam-extend-4.0/src/meshTools/lnInclude -I/home/mapache/foam/foam-extend-4.0/src/immersedBoundary/immersedBoundary/lnInclude -I../swak4FoamParsers/lnInclude/ -IlnInclude -I. -I/home/mapache/foam/foam-extend-4.0/src/foam/lnInclude -I/home/mapache/foam/foam-extend-4.0/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/groovyBCFvPatchFields.o In file included from groovyBCFvPatchFields.H:35:0, from groovyBCFvPatchFields.C:34: groovyBCFvPatchField.H:144:27: error: ‘>>’ should be ‘> >’ within a nested template argument list virtual tmp<Field<Type>> patchNeighbourField() const; ^ In file included from groovyBCFvPatchField.H:166:0, from groovyBCFvPatchFields.H:35, from groovyBCFvPatchFields.C:34: groovyBCFvPatchField.C:223:15: error: ‘>>’ should be ‘> >’ within a nested template argument list tmp<Field<Type>> groovyBCFvPatchField<Type>::patchNeighbourField() const ^ groovyBCFvPatchFields.dep:694: recipe for target 'Make/linux64GccDPOpt/groovyBCFvPatchFields.o' failed make: *** [Make/linux64GccDPOpt/groovyBCFvPatchFields.o] Error 1 '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakFunctionObjects.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libsimpleFunctionObjects.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libsimpleLagrangianFunctionObjects.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libsimpleSearchableSurfaces.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libsimpleSwakFunctionObjects.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakTopoSources.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakDynamicMesh.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakSourceFields.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakFiniteArea.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakStateMachine.so' is up to date. /usr/bin/ld: no se puede encontrar -lgroovyBC collect2: error: ld returned 1 exit status /home/mapache/foam/foam-extend-4.0/wmake/Makefile:186: recipe for target '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libgroovyStandardBCs.so' failed make: *** [/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libgroovyStandardBCs.so] Error 1 No file 'swakConfiguration' in the top directory of the swak-sources. Language integrations probably won't work '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakGeneralLanguageIntegration.so' is up to date. SWAK_PYTHON2_INCLUDE not defined .... no Python2-Integration. Most people are fine without it SWAK_PYTHON3_INCLUDE not defined .... no Python3-Integration. Most people are fine without it SWAK_LUA_LINK not defined .... no Lua-Integration. Most people are fine without it '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakScriptableLagrangian.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakChemistryModelFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakDynamicMeshFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakFvcSchemesFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakLagrangianCloudSourcesFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakLocalCalculationsFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakMeshQualityFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakMeshWaveFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakMRFFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakQuantileFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakRadiationModelFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakRandomFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakShiftFieldFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakSurfacesAndSetsFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakThermoTurbFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakTransportTurbFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakVelocityFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakFacSchemesFunctionPlugin.so' is up to date. '/home/mapache/foam/mapache-4.0/lib/linux64GccDPOpt/libswakCoalCloudAdaptor.so' is up to date. If you have your own function-plugins you can specify them using the SWAK_USER_PLUGINS environment variable and they would be compiled now. If you don't know what this means: don't bother. You propably don't need it SWAK_PYTHON2_INCLUDE not defined .... no Python-Integration. Utility funkyPythonPostproc not compiled make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/calcNonUniformOffsetsForMapped' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/fieldReport' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/funkyDoCalc' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/funkySetAreaFields' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/funkySetBoundaryField' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/funkySetLagrangianField' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/funkySetFields' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/funkyWarpMesh' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/replayTransientBC' está actualizado. make[1]: '/home/mapache/foam/mapache-4.0/applications/bin/linux64GccDPOpt/writeBoundarySubfields' está actualizado. If you want to use swakCoded-function object or compile software based on swak set the environment variable SWAK4FOAM_SRC to /home/mapache/foam/mapache-4.0/swak4Foam/Libraries (most people will be fine without setting that variable) |
|
September 4, 2019, 17:01 |
|
#11 | |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
Quote:
This is a problem with an older compiler. Those have problems with the >> at the end of a nested template (because this might be mistaken with the input-stream-operator). Do as the compiler message suggests: go to line 144 in groovyBCFvPatchField.H and insert a space between the > Hope that fixes it
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request |
||
September 5, 2019, 18:00 |
|
#12 |
Senior Member
alberto
Join Date: Apr 2016
Location: Mexico
Posts: 119
Rep Power: 10 |
Thank you very much.
Modifying the groovyBCFvPatchField.H line 144 and groovyBCFvPatchField.C line 223 ">>" into "> >" solves the problem. |
|
September 6, 2019, 04:27 |
|
#13 | |
Assistant Moderator
Bernhard Gschaider
Join Date: Mar 2009
Posts: 4,225
Rep Power: 51 |
Quote:
I will make the change in the development version
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request |
||
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
problem during mpi in server: expected Scalar, found on line 0 the word 'nan' | muth | OpenFOAM Running, Solving & CFD | 3 | August 27, 2018 05:18 |
NO Moving Probes for Moving Mesh in Foam Extend 4.0 | alia | OpenFOAM Running, Solving & CFD | 6 | June 25, 2018 10:24 |
[foam-extend.org] Foam Extend 4.0 on MAC | simone.rowing | OpenFOAM Installation | 1 | July 2, 2017 16:23 |
error with reactingFoam | BakedAlmonds | OpenFOAM Running, Solving & CFD | 4 | June 22, 2016 03:21 |
Problem with rhoSimpleFoam | matteo_gautero | OpenFOAM Running, Solving & CFD | 0 | February 28, 2008 07:51 |