Patches for OpenFOAM 1.7 on MacOS X
2 Attachment(s)
Hi!
Attached there are two patches that patch the OpenFOAM and the ThirdParty-directory of the new 1.7-release. For installation and requirements (case sensitive file system) see for instance http://openfoamwiki.net/index.php/Ho...enFOAM_v16_Mac (if somebody feels like rewriting/adapting that: go ahead) Some remarks on the patch: - only the darwinIntel64-architecture has been tested - the patch assumes that you use gcc 4.5 from MacPorts. If you don't: replace all instances of the form gcc-mp-4.5 with the compiler of your choice - tecplotWriter does not compile - as soon as paraview is compiled the PV3FoamReader will compile. It will load as a plugin into paraview. Nevertheless: it will crash paraview as it needs a different version of the libstdc++.6.dylib than the one paraview uses (paraview fails to compile with the same compiler as OF). Only solution: remove the libPV3FoamReader_SM.dylib and use the OF-Reader built into paraview. Alternative would be to compile OF with the v4.2-compiler that comes with MacOS X Bernhard |
You rock!
Thanks |
Quote:
Bernhard |
Have you guys tried this?
http://www.parallels.com/uk/products/desktop/ I recently switched to this instead of dealing with the mac-issues. Since I dont do any serious work on my mac, but only write code and run simple tests I find this to be an incredible piece of software. You can download a free trial version for 2 weeks. |
Quote:
Quote:
Thanks ! PO |
Working with finkproject compilers
Hi,
Just thought I would let everyone know that the patches work as advertised with fink project compilers (gcc45 package). To do modify the patch file (OpenFOAM-1.7-Mac.patch): Replace -mp- with -fsf- Replace 4.3 with 4.5 Chris Butler |
Bernhard,
thanks a lot. Wonderful! The OF1.7 mac port is now ok to run on snow leopard 10.6.3 with gcc4.5 installed by macports. Because of the error of 'time', the foamToTecplot360 has not been compiled. The Paraview 3.8 for Mac is now availabe for post-processing. :) Leo |
Problems OpenFOAM 1.7 mac
Hi all,
I have run into some problems with OpenFOAM-1.7 on mac os 10.6.4. The tutorial for nonNewtonianIcoFoam appears to fail (due to a solution singularity). This at first glance appears to be due to blockMesh failing to produce an adequate mesh (see the attached file). The tutorial correctly executed with the debian 1.7 install (and 1.6 source install on CentOS). Has anyone else had any problems? I have created meshes which do not contain the arc object without any trouble. Any feedback would be much appreciated. Cheers, Chris Butler P.S. If this post is in the wrong forum my apologies. |
Quote:
Bernhard |
Quote:
BTW: have a look at the mesh in paraview. No wonder checkMesh doesn't like it. |
I just tested (I have compiled OF-1.7.x with gcc-4.3.4) / no problem here with this tutorial.
|
Quote:
1.6/gcc-4.5-Opt: broken Mesh 1.6/gcc-4.5-Debug: mesh OK 1.6/gcc-4.3-Opt: mesh OK 1.7/gcc-4.5-Opt: mesh broken So the problem seems to be gcc-4.5 with optimization. The remaining question: does this only happen on a Mac or elsewhere, too? Bernhard |
gcc 4.4
Hi,
I am building OF-1.7 with gcc-4.4 on both OSX and linux, however, I do not have a linux box with gcc above 4.4.4. So if anyone could test this tutorial on linux with gcc-4.5 it would be appreciated. CB |
Quote:
CB |
Quote:
I run the case of coalChemistryFoam/simplifiedSiwek, at time=0.252 it broken, the log reads: ======================================= Courant Number mean: 0.1533929535 max: 0.6093346791 deltaT = 0.0005 Time = 0.252 Cloud: coalCloud1 Total number of parcels added = 27 Total mass introduced = 0.0001 Current number of parcels = 27 Current mass in system = 7.634816181e-05 Mass transfer phase change = 2.487806921e-06 Mass transfer devolatilisation = 1.096268892e-05 Mass transfer surface reaction = 1.020134234e-05 Cloud: limestoneCloud1 Total number of parcels added = 18 Total mass introduced = 0.0001 Current number of parcels = 18 Current mass in system = 0.0001 Solving chemistry diagonal: Solving for rho, Initial residual = 0, Final residual = 0, No Iterations 0 DILUPBiCG: Solving for Ux, Initial residual = 0.06843280288, Final residual = 5.521803873e-06, No Iterations 3 DILUPBiCG: Solving for Uy, Initial residual = 0.08299776218, Final residual = 6.610758425e-07, No Iterations 4 DILUPBiCG: Solving for O2, Initial residual = 0.02991408207, Final residual = 2.316092842e-07, No Iterations 4 DILUPBiCG: Solving for CH4, Initial residual = 0.02443785456, Final residual = 2.649269485e-07, No Iterations 4 DILUPBiCG: Solving for H2, Initial residual = 0.0315238668, Final residual = 3.822091915e-07, No Iterations 4 DILUPBiCG: Solving for CO2, Initial residual = 0.02938438982, Final residual = 4.003208991e-07, No Iterations 4 DILUPBiCG: Solving for H2O, Initial residual = 0.03523143241, Final residual = 1.795963946e-08, No Iterations 5 DILUPBiCG: Solving for hs, Initial residual = 0.04197246509, Final residual = 5.114508673e-07, No Iterations 4 --> FOAM FATAL ERROR: attempt to use janafThermo<equationOfState> out of temperature range 0 -> 5000; T = -461.698 From function janafThermo<equationOfState>::checkT(const scalar T) const in file /Users/dingsudong/OpenFOAM/OpenFOAM-1.7.0/src/thermophysicalModels/specie/lnInclude/janafThermoI.H at line 63. FOAM aborting =========================================== but on my linux workstation, it's ok. the configuration as below, Mac: Mac OS X 10.6.3, gcc-mp-4.5, OpenFoam 1.7 Linux: OpenSuse 11.1, gcc-4.3, Openfoam 1.7 would you reproduce it? Leo |
Quote:
Cb |
Quote:
So it is not a Mac-problem but a problem with the case (and possibly the compiler) Bernhard |
Quote:
I just check the log file for the calculation on Linux port again, you are right. it's same error as you said that with a slightly different time and a different temperature. It should be reported to developer as a bug. regards, Leo |
Quote:
|
Quote:
|
All times are GMT -4. The time now is 03:13. |