Ok, there is a quick and dirty manual, but it exceeds the limits of this forum. But I just discovered that the parallel solving does not work. I try to fix this and change the document.
Have a nice evening. |
Sorry guys for being late. Here is a link to the manual: https://rapidshare.com/files/3641151...OS_X.pdf?bin=1
Please let me know if you could store this somewhere else. Thanks. Hava a nice weekend. |
Quote:
Bernhard |
Hi,
I'm a little new to all of this and I'm having some trouble sourcing the files. I get the following error message when attempting to compile, Error: Current directory is not $WM_PROJECT_DIR The environment variables are inconsistent with the installation. Check the OpenFOAM entries in your dot-files and source them. Help would be appreciated. Thanks. |
Quote:
|
Quote:
/Users/pr/OpenFOAM/OpenFOAM-2.1.0/src/OpenFOAM/lnInclude/sphericalTensor.H:38:29: error: SphericalTensor.H: No such file or directory The file is there, except starting with a capital letter. Weren't the patches supposed to "fix" those. Thanks |
Quote:
touch sphericalTensor.H If it can't happily coexist with SphericalTensor.H then the filesystem is not case-sensitive |
Quote:
The only issue now is when compiling everything (gcc46 option), the processes take up all my 4G of ram plus more than 5G of swap. I will try compiling overnight. |
Quote:
export WM_NCOMPPROCS=20 in bashrc, in his manual. I changed it to 4 instead of 20 and ram may have only topped out at 3G total. Compilation was successful except for these few programs, but I don't think I need these. make[2]: *** [wallShearStress] Error 2 make[1]: *** [wall] Error 2 make: *** [postProcessing] Error 2 Anyways, I appreciate the patches, gschaider. |
Error Compiling
Hi,
I followed the instructions to compile with gcc46 and when patching the OpenFOAM directory I found the error: patching file applications/utilities/postProcessing/turbulence/R/Make/options/options.rej: ***************When I ran the ./Allmake it starded from the beginning with: + wmakeLnInclude OSspecific/POSIXfollowed by thousands of lines of errors and messages. The last lines are: Users/jlopes/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/NamedEnum.C: In constructor 'Foam::NamedEnum<Enum, nEnum>::NamedEnum()':Can you give any suggestion to solve this problem? I'm running the Lion with Macports and the gcc46. Thanks in advance Joćo |
Quote:
http://www.cfd-online.com/Forums/ope...tml#post328100 Only had a quick glance and am not sure whether the problem was solved. Please have a look at the thread. If there is no solution, please come back with the information that was request from that guy |
Quote:
Code:
echo $WM_COMPILER Code:
export WM_COMPILER=Gcc46 |
Greetings to all!
My bet is on the folder "/Users/jlopes/OpenFOAM/" not being a case sensitive mount. I say this because the last time that "wchar.h" errors popped up on me, was due to a case insensitive file system :D Best regards, Bruno |
Running parallel with gcc-4.2
Dear Foamers
Has anyone resolved the parallel issue when compiling with gcc-4.2? I am aware that compiling with gcc-4.6 seems to resolve it. However, my constraint is that we are running a Mac cluster with Mac OSX 10.5 (Leopard), which to the best of my knowledge restricts me from installing later versions of gcc. Since the cluster is a limited resource, we can't risk upgrading the OS until a much later date. Thus, I am hoping to find the resolution to one of two questions: 1. Has anyone compiling with gcc-4.2 successfully gotten past the error (as quoted) when doing parallel computing? If so, how? 2. Is there a way to install gcc-4.6 on a Mac OSX 10.5 system? If so, how? Here is more information from my system: gcc version 4.2.1 (Apple Inc. build 5564) mpirun (Open MPI) 1.5.3 Results from otool -L $FOAM_LIBBIN/$FOAM_MPI/libPstream.dylib: /opt/OpenFOAM/OpenFOAM-2.1.x/platforms/darwinIntel64GccDPOpt/lib/ openmpi-1.5.3/libPstream.dylib (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.5) /Network/Servers/controller.cluster/Homedir/wrcase/OpenFOAM/ThirdParty-2.1.x/platforms/darwinIntel64Gcc/openmpi-1.5.3/lib/libmpi.1.dylib (compatibility version 2.0.0, current version 2.1.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) Kind regards, Bill Quote:
|
Greetings Bill and welcome to the forum!
I saw several months ago in FreeFOAM's log something about making it possible to compile with gcc 4.2.1. In case you are wondering, read this: http://freefoam.sourceforge.net/#_about_freefoam Er, then again, I've checked the logs and maybe it's not exactly what I remembered... anyway, it's a worth to try it out ;) Another possibility is to build every application in static mode in your more recent Mac. There's a somewhat old thread about an experimental way of doing this on Linux: http://www.cfd-online.com/Forums/ope...le-solver.html Best regards, Bruno |
Quote:
Just one question (kind of a gordic-knot answer): the way your nodes "see" the OF-installation is via the /opt-directory and I suppose this is either shared via NFS or mirrored from a master copy. Either you can have MacPorts install the compiler there (I don't know which compilers are supported by a MacPorts for 10.5) or do what most Linuxers do: compile the compiler into the ThirdParty-directory and use that one. gcc compiles (in my experience) almost everywhere. One tip: there is the possibility to add a postfix to the executables (gcc-my-46 for instance). That way your gcc doesn't "shadow" the Apple-executables. Which might (or might not) lead to unpleasant surprises |
Running parallel on Mac os x 10.5
Dear Bruno and Bernhard,
Thank you for the warm welcome and good suggestions. In response to Bruno's suggestion,http://freefoam.sourceforge.net/#_about_freefoam, I didn't seem to find what I was looking for (not to say the answer wasn't there). As far as cross-compiling... I'm not sure if I am ready to tackle this. I am still an amateur when it comes to large project compiling. In regards to Bernhard's question/suggestion -- You described the system correctly. Your suggestion of compiling gcc-4.6 will probably be 3rd on my list, since I started the others before reading your post. Here is where I am at: 1. The latest version of gcc, to the best of my knowledge, that can be installed to OSX 10.5 using macPorts is gcc-mp-4.3. Unfortunately, I have never been able to compile the openmpi in Thirdparty properly with this. Although other's in my group seem to have. It seemed to resolve the original parallel problem (in post #34), however, I cannot confirm, having other parallel errors due to the openmpi not compiling properly. (The compile instead uses an old openmpi installed before my time from macPorts). 2. Both Fink and gfortran-with-gcc, http://gcc.gnu.org/wiki/GFortranBinaries#MacOS, have precompiled packages of gcc-4.6 for OSX 10.5. I have to convince the administrator to install this before I can proceed. The Fink package is compiled only for i386 (32-bit) and I am not sure about the gfortran. 3. Take Bernhard's suggestion and compile gcc-4.6 in Thirdparty. Kind regards, Bill |
Resolved: Running parallel on Mac OS X 10.5
Dear Foamers,
I managed to get OpenFoam-2.1.x working in parallel on the OS X 10.5 system. I had to compile under 32bit using gcc-mp-4.3 from macPorts. Here are the special steps I needed: 1. Download and unpack Openfoam and Thirdparty from GIT (see post #1 of this thread). 2. Modify the OpenFOAM-2.1.x/etc/bashrc file as follows: a. From previous posts in this thread I added ulimit -n 1024 # Useful for OpenFOAM compiling export WM_NCOMPPROCS=8 # Sets the number of processes the CPU can manage in parallel\ b. I set WM_ARCH_OPTION=32 3. Applied patch to Thirdparty and first patch to OpenFOAM-2.1.x (post #1) 4. In $WM_DIR/rules I copied darwinIntel64Gcc directory to darwinIntelGcc. 5. Modified the files in darwinIntelGcc directory as follows: c: gcc -m64 ... --> gcc-mp-4.3 -m32 ... c++: g++ -m64 ... --> g++-mp-4.3 -m32 ... general: cpp ... --> cpp-mp-4.3 ... 6. Followed remaining instructions from post #1 I hope this helps. Kind regards, Bill |
Dear all,
Thanks to the wonderful instructions presented here, I did manage to install and compile OpenFoam 2.1.0 on my Mac OSX Lion. OpenFOAM is running smooth. However the post processing steps aren't. As gschaider already mentioned in his first post, PV3Reader was not compiled. Therefore I downloaded ParaView 3.14.0 from the website from Kitware and installed it by simply dragging the file to the applications folder. However, now I have to problem that I somehow have to connect ParaView with my current OpenFOAM installation. Since at this point, when I try to use paraFoam, i received the following message: =============== FATAL ERROR: ParaView reader module libraries do not exist Please build the reader module before continuing: cd $FOAM_UTILITIES/postProcessing/graphics/PV3Readers ./Allwclean ./Allwmake =============== I tried the obvious, as mentioned in the error but this will not help. So, how can I fix this in order to generate .foam files which I can open with my ParaView version? This is basically the last step gschnaider mentioned in his first post, however I don't know how to do this. Thank you in advance, Wouter +++++++++ Sorry for the spam, already found the solution. simply make a .foam document by e.g. touch Dambreak.foam This can be opened with ParaView |
Hi Wouter,
I find it convenient to make an alias to open ParaView from the command line. If you add the following two lines to your ~/.alias: Code:
alias paraview="/Applications/ParaView\ 3.14.0-RC2.app/Contents/MacOS/paraview" Philip |
All times are GMT -4. The time now is 01:05. |