CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Installation on Windows, Mac and other Unsupported Platforms

Installing OF 1.6 on Mac OS X

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
Old   October 24, 2009, 00:38
Default
  #81
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Hi,
I'm trying to build paraview-3.6.1 from the ThirdParty-1.6 folder, but I get the following errors. I have installed gsed and gawk. I also installed doxygen from cvs and built it, after making a small modification to qtools/qglobal.h, to change the max allowed OS X version to 10.6 as follows
# if (MAC_OS_X_VERSION_MAX_ALLOWED > MAC_OS_X_VERSION_10_6)

[ 21%] Building C object VTK/Utilities/vtkfreetype/CMakeFiles/vtkfreetype.dir/src/base/ftbase.o
In file included from /System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:43,
from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CarbonCore.h:20,
from /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AE.h:20,
from /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:21,
from /Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.6.1/VTK/Utilities/vtkfreetype/src/base/ftmac.c:85,
from /Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.6.1/VTK/Utilities/vtkfreetype/src/base/ftbase.c:35:
/System/Library/Frameworks/CoreFoundation.framework/Headers/CFBundle.h:147: error: format string argument not a string type
make[3]: *** [VTK/Utilities/vtkfreetype/CMakeFiles/vtkfreetype.dir/src/base/ftbase.o] Error 1
make[2]: *** [VTK/Utilities/vtkfreetype/CMakeFiles/vtkfreetype.dir/all] Error 2
make[1]: *** [Servers/ServerManager/CMakeFiles/HTMLDocumentation.dir/rule] Error 2
make: *** [HTMLDocumentation] Error 2


Best regards,

Elvis
elvisjohndowson is offline   Reply With Quote

Old   October 24, 2009, 22:12
Default
  #82
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Hi,
Going through some of the other threads hinted that the compilation for ParaView might have been failing due to the gcc-mp-4.3 compiler. So, what I did is replace the compiler settings in etc/bashrc with the apple supplied gcc and g++ compiler, source etc/bashrc, and then went into the ThirdParty-1.6 folder and built the ParaView sources using the makeParaView command.

I managed to build ParaView-3.7.0. I simply replace the sources in the ThirdParty-1.6 folder with the new source and called the folder paraview-3.7.0, and then modified the paraview version entries in etc/bashrc.

Best regards,

Elvis
elvisjohndowson is offline   Reply With Quote

Old   October 24, 2009, 22:34
Default
  #83
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Hi,
I'm getting a paraview crash after typing the following commands

blockMesh -case cavity
paraFoam -case cavity

It displays the following message in the console window
created temporary 'cavity.OpenFOAM'
Read float past end of buffer
Read float past end of buffer
Read float past end of buffer
Read float past end of buffer

The paraview gui opens up with the following message:

A reader for "/Users/elvis/Tool/OpenFOAM/run/tutorials/incompressible/icoFoam/cavity/cavity.OpenFOAM" cannot be found, please choose one:

I can see OpenFOAM files in the list of readers. When I select it, it crashes paraview.

I think the reason for the crash is because cavity.OpenFOAM is zero kb. :-)

What should I do to generate a proper cavity.OpenFOAM file?

Best regards,

Elvis
elvisjohndowson is offline   Reply With Quote

Old   October 27, 2009, 13:47
Default
  #84
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,971
Rep Power: 41
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by elvisjohndowson View Post
Is there a git repository for ThirdParty-1.6, just like OpenFOAM-1.6.x ?
No there isn't. It was discussed (I think in the Bugs-Forum)
Quote:
Originally Posted by elvisjohndowson View Post
How about creating a new branch called macosx-10.6.1 to do the development for Mac OS X 10.6.1 support?
Branch in what? The 1.6.x-git? OR a new thread here on the message board?

Bernhard
gschaider is offline   Reply With Quote

Old   October 27, 2009, 13:57
Default
  #85
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,971
Rep Power: 41
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by elvisjohndowson View Post
Hi,
I'm getting a paraview crash after typing the following commands

blockMesh -case cavity
paraFoam -case cavity

It displays the following message in the console window
created temporary 'cavity.OpenFOAM'
Read float past end of buffer
Read float past end of buffer
Read float past end of buffer
Read float past end of buffer

The paraview gui opens up with the following message:

A reader for "/Users/elvis/Tool/OpenFOAM/run/tutorials/incompressible/icoFoam/cavity/cavity.OpenFOAM" cannot be found, please choose one:

I can see OpenFOAM files in the list of readers. When I select it, it crashes paraview.

I think the reason for the crash is because cavity.OpenFOAM is zero kb. :-)

What should I do to generate a proper cavity.OpenFOAM file?

Best regards,

Elvis
That is the proper file. It is just created as a dummy. Paraview only allows the selection of files whereas the OF-cases are organized as directories. The reader doesn't actually read the file but is only interested in the folder the file resides in

Just two questions about the crash:
- OpenFOAM and Paraview were definitly compiled with the same compiler. I've had crashes with different compilers
- You're using the $FOAM_LIBBIN/paraview as the PV_PLUGIN_PATH (NOT the $FOAM_LIBBIN!!!)
- foamToVTK and reading that in paraview works

OK. That's 3 questions. But I didn't expect the spanish inquisition

Bernhard
gschaider is offline   Reply With Quote

Old   October 27, 2009, 18:49
Default
  #86
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Branch in what? The 1.6.x-git? OR a new thread here on the message board?
A new branch in OpenFOAM-1.6.x-git repository. I've got a local one that works which I can push for your review.

Elvis
elvisjohndowson is offline   Reply With Quote

Old   October 27, 2009, 18:54
Default
  #87
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Just two questions about the crash:
- OpenFOAM and Paraview were definitly compiled with the same compiler.
Hi Berhnard,
No, OpenFOAM-1.6 was built using gcc-mp-4.3, and ParaView-3.7.0 was built using the current apple supplied gcc, gcc -version gives me i686-apple-darwin10-gcc-4.2.1

ParaView-3.7.0 sources and the ParaView 3.6.1 sources that came with ThirdParty-1.6 package did not compile on OS X 10.6.1 with gcc-mp-4.3.

I've only been able to compile ParaView-3.7.0 using i686-apple-darwin10-gcc-4.2.1

Elvis Dowson
elvisjohndowson is offline   Reply With Quote

Old   October 28, 2009, 04:33
Default
  #88
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Quote:
Originally Posted by gschaider View Post
- You're using the $FOAM_LIBBIN/paraview as the PV_PLUGIN_PATH (NOT the $FOAM_LIBBIN!!!)
I just modified it to $FOAM_LIBBIN/paraview. However, the folder is empty. I found a libPstream.dylib some where, not the one in the dummy folder, did a search and found one that was 45kb, and copied that to the $FOAM_LIBBIN/paraview folder, and tried paraFoam, but it still crashed.

What should I do ?

Best regards,

Elvis
elvisjohndowson is offline   Reply With Quote

Old   October 28, 2009, 11:52
Default
  #89
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Quote:
Originally Posted by gschaider View Post
- foamToVTK and reading that in paraview works
Hi Bernhard,
foamToVTK works, and I was able to get the results for the icoFoam cavity case. Having worked with the VTK libraries in the past helped me play around with ParaView.

So, what next? I guess I have a working version of OpenFOAM-1.6 for Mac OS X 10.6.1. If I can just get the plugin to load correctly, it would be great!

Best regards,

Elvis Dowson
elvisjohndowson is offline   Reply With Quote

Old   October 28, 2009, 16:21
Default
  #90
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,971
Rep Power: 41
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by elvisjohndowson View Post
A new branch in OpenFOAM-1.6.x-git repository. I've got a local one that works which I can push for your review.
Like you I only have read access to that one
gschaider is offline   Reply With Quote

Old   October 28, 2009, 16:26
Default
  #91
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,971
Rep Power: 41
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by elvisjohndowson View Post
I just modified it to $FOAM_LIBBIN/paraview. However, the folder is empty. I found a libPstream.dylib some where, not the one in the dummy folder, did a search and found one that was 45kb, and copied that to the $FOAM_LIBBIN/paraview folder, and tried paraFoam, but it still crashed.
No. The $FOAM_LIBBIN/paraviewshould only have symbolic-links to the libPV*-files in $FOAM_LIBBIN (I think my patch takes care of this - must check)
gschaider is offline   Reply With Quote

Old   October 28, 2009, 16:31
Default
  #92
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,971
Rep Power: 41
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by elvisjohndowson View Post
Hi Bernhard,
foamToVTK works, and I was able to get the results for the icoFoam cavity case. Having worked with the VTK libraries in the past helped me play around with ParaView.

So, what next? I guess I have a working version of OpenFOAM-1.6 for Mac OS X 10.6.1. If I can just get the plugin to load correctly, it would be great!

Best regards,

Elvis Dowson
See the other posting about the symbolic links (could you please answer all questions in one posting - it would make answering easier). Try to load the libPV* plugins by hand
gschaider is offline   Reply With Quote

Old   October 28, 2009, 18:17
Default
  #93
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Quote:
Originally Posted by gschaider View Post
See the other posting about the symbolic links (could you please answer all questions in one posting - it would make answering easier). Try to load the libPV* plugins by hand
Hi Bernhard, thanks for your reply. I did a check and the libPV* files did not get built.

find $FOAM_LIBBIN -depth 1 -name "libPV*"

I got that from your patch. How can I track down the reason for the plugin not getting built?

Best regards,

Elvis
elvisjohndowson is offline   Reply With Quote

Old   October 29, 2009, 05:38
Default
  #94
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,971
Rep Power: 41
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by elvisjohndowson View Post
Hi Bernhard, thanks for your reply. I did a check and the libPV* files did not get built.

find $FOAM_LIBBIN -depth 1 -name "libPV*"

I got that from your patch. How can I track down the reason for the plugin not getting built?
Have a look at section 7 of http://www.opencfd.co.uk/openfoam/doc/README.html

My guess is that cmake will complain that you're using a different compiler than the one used for paraview (you mentioned something like that). Don't know how to cleanly resolve this. In another post I mentioned: compile Paraview with the same compiler as OF AND verbose makefiles. For those files on which the compiler fails (some ObjectiveC-files) copy/paste the compile call to the command line and replace the compiler with the system compiler. That will generate a .o. Then continue the regular make.

Bernhard
gschaider is offline   Reply With Quote

Old   October 30, 2009, 06:59
Default
  #95
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Quote:
Originally Posted by gschaider View Post
compile Paraview with the same compiler as OF AND verbose makefiles.
Hi Bernhard,
Looking at the makeParaView script, I guess the command is

./makeParaFoam -verbose

Suppose it fails mid-way during compilation, do I have to change to the paraview-3.6.1/platforms/darwinIntel64 folder and then issue the make command?

Elvis

Last edited by elvisjohndowson; October 30, 2009 at 07:27.
elvisjohndowson is offline   Reply With Quote

Old   October 30, 2009, 10:41
Default
  #96
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
It's not working, going into the darwinIntel64 and trying to compile individually with gcc doesn't work.

Just a quick question, is the ParaView-3.7.0 version from cvs different from the paraview-3.6.1 sources supplied in the ThirdParty-1.6 folder?

Can't believe I can't figure out how to compile this thing. I guess its because the whole paraview build process is not correctly documented for qt-4.5.4, paraview-3.7.0 and mac os x 10.6.1.
elvisjohndowson is offline   Reply With Quote

Old   October 31, 2009, 10:43
Default
  #97
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Hi,
Here are the modifications that I made in order to make the compilation go further. Now the funny thing is it gets built using gcc-mp-4.3 and apple gcc for the objective-c files (*.mm), but it still crashes.

01. Modify the ThirdParty-1.6.x/makeParaView script as follows:

diff --git a/makeParaView b/makeParaView
index 37bc32b..549afe8 100755
--- a/makeParaView
+++ b/makeParaView
@@ -36,6 +36,13 @@

addCMakeVariable "CMAKE_C_COMPILER=$WM_CC"
addCMakeVariable "CMAKE_CXX_COMPILER=$WM_CXX"
+addCMakeVariable "CMAKE_VERBOSE_MAKEFILE=ON"
+addCMakeVariable "BUILD_TESTING=OFF"
+addCMakeVariable "CMAKE_OSX_DEPLOYMENT_TARGET=10.5"
+addCMakeVariable "CMAKE_OSX_SYSROOT=/Developer/SDKs/MacOSX10.5.sdk"
+addCMakeVariable "VTK_USE_CARBON=OFF"
+addCMakeVariable "VTK_USE_COCOA=ON"
+addCMakeVariable "VTK_USE_RPATH=ON"

@@ -78,7 +85,7 @@ withQTSUPPORT=true

# Set the path to the Qt-4.3.? qmake if the system Qt is other than this version
# QMAKE_PATH=""
-QMAKE_PATH="/usr/bin/qmake-4.3"
+QMAKE_PATH="/Developer/Applications/Qt-4.5/bin/qmake"

#
# No further editing below this line


The first time you run the makeParaView script, don’t comment out the following line, so that configParaView runs and configures ParaView the first time using CMake.

[ $runCONFIG = true ] && configParaView

After compilation fails, modify the makeParaView script, and remove the && configParaView entry as follows:

[ $runCONFIG = true ]

Here is a patch for the modification:

diff --git a/makeParaView b/makeParaView
index 37bc32b..549afe8 100755
--- a/makeParaView
+++ b/makeParaView
@@ -236,7 +243,8 @@ getPaths # discover where things are or should be put

# Build and install
# ~~~~~~~~~~~~~~~~~
-[ $runCONFIG = true ] && configParaView
+#[ $runCONFIG = true ] && configParaView
+[ $runCONFIG = true ]
for f in $(grep -rl fpascal-strings $ParaView_DIR)
do
# the 4.3 compiler seems not to know these option anymore


Sometimes, you will have a failure because the above script could not remove the “-fpascal-string” entries from the CMakeList.txt files.

To search for the string “-fpascal-strings” directive that is no-longer supported by the gcc compiler, type the following command:

grep -r “-fpascal-strings”

You observe that this is the case for the following files:

VTK/Utilities/fgtl/CMakeList.txt

2. Build ParaView

./makeParaView -verbose -qmake /Developer/Applications/Qt-4.5/bin/qmake -version 3.7.0

If compilation fails at some point, then copy paste the compile command, replacing it with the standard apple gcc command, in a separate window:

cd /Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Rendering

gcc -DvtkRendering_EXPORTS -DVTK_PYTHON_BUILD -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -D_SCL_SECURE_NO_DEPRECATE -DVTK_IN_VTK -DQT_DLL -DQT_GUI_LIB -DQT_SQL_LIB -DQT_CORE_LIB -DQT_NO_DEBUG -m64 -Wno-deprecated -Wno-deprecated -O3 -DNDEBUG -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -fPIC -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64 -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Common -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/VolumeRendering -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Rendering -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/vtkalglib -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Infovis -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Geovis -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Views -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Parallel -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/VolumeRendering -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Hybrid -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Widgets -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Rendering -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Rendering/Testing/Cxx -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/IO -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Imaging -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Graphics -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/GenericFiltering -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Filtering -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Common -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Common/Testing/Cxx -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/vtklibproj4 -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/vtklibproj4 -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/DICOMParser -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/DICOMParser -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/vtkfreetype/include -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/vtkfreetype/include -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/vtknetcdf -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/vtknetcdf -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/vtkexodus2/include -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/vtkexodus2/include -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/MaterialLibrary -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/MaterialLibrary -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/verdict -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/verdict -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/utf8/source -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/GUISupport/Qt -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/GUISupport/Qt -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/GUISupport/Qt/Chart -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/GUISupport/Qt/Chart -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/vtkalglib -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Utilities/ftgl/src -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/platforms/darwinIntel64/VTK/Utilities/ftgl -I/System/Library/Frameworks/Python.framework/Headers -I/Developer/Applications/Qt-4.5/include -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Rendering/optimized -F/Developer/Applications/Qt-4.5/lib -I/Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Rendering/debug -I/Developer/Applications/Qt-4.5/lib/QtGui.framework/Headers -I/Developer/Applications/Qt-4.5/lib/QtSql.framework/Headers -I/Developer/Applications/Qt-4.5/lib/QtCore.framework/Headers -o CMakeFiles/vtkRendering.dir/vtkCocoaRenderWindowInteractor.mm.o -c /Users/elvis/Tool/OpenFOAM/ThirdParty-1.6.x-patches/paraview-3.7.0/VTK/Rendering/vtkCocoaRenderWindowInteractor.mm

Repeat the above process for the remaining *.mm files that fail compilation.

Best regards,

Elvis Dowson

Last edited by elvisjohndowson; November 1, 2009 at 12:27.
elvisjohndowson is offline   Reply With Quote

Old   October 31, 2009, 14:16
Default
  #98
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
So, the crash I get with gcc-mp-4.5.3 is identical to that with standard apple gcc.

I tried rebuilding the PV3FoamReader module using the instructions outlined here: http://www.opencfd.co.uk/openfoam/doc/README.html, then copied it to the platforms/darwinIntel64/bin folder , and then manually loaded the libPV3FoamReader.dylib plugin after launching paraview.

Upon attempting to open cavity.OpenFOAM file, paraview crashes immediately.

If I try to use the prebuild paraview-3.3.1 from the ETH website, it is able to open the cavity.OpenFOAM module.

So, guys, I've got past this huge step of compiling paraview from the sources, but I'm currently stuck as to why it keeps crashing. Any help would be greatly appreciated, since I think at this stage, only someone who's done this before will be able to help me resolve this crash. :-)

Elvis Dowson

Last edited by elvisjohndowson; November 1, 2009 at 12:48.
elvisjohndowson is offline   Reply With Quote

Old   November 2, 2009, 06:41
Default
  #99
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Hi guys,
I finally found a way to compile ParaView-3.7.0 from sources, and get to read in the OpenFOAM files.

Basically you just download paraview from the cvs repository and then build an install the ParaView3POpenFOAMReader plugin, which is a parallel version of the OpenFOAM reader.

Here are the instructions : http://openfoamwiki.net/index.php/Ti..._Native_Reader

The git repository is located at : http://github.com/themiwi/ParaView3POpenFOAMReader

Best regards,

Elvis
elvisjohndowson is offline   Reply With Quote

Old   November 3, 2009, 14:14
Default
  #100
Member
 
Elvis Dowson
Join Date: Oct 2009
Posts: 36
Rep Power: 9
elvisjohndowson is on a distinguished road
Here is a patch for fixing the issue at startup, when you try to run ParaView-3.7.0 from the /Applications folder. The application crashes because cmake did not copy the qt resources to the application bundle. Also, please make sure that you only use cmake-2.8.0-rc4. I think there is a problem with cmake-2.9.x since that doesnt even copy the required framework libraries over to the app bundle.

This patch was developed by Michael Wild.

diff --git a/Applications/Client/CreateBundle.sh.in b/Applications/Client/CreateBundle.sh.in
index 539e817..617eaba 100755
--- a/Applications/Client/CreateBundle.sh.in
+++ b/Applications/Client/CreateBundle.sh.in
@@ -36,6 +36,7 @@ LibrariesDir="$ParaView_App/Contents/Libraries"
PluginsDir="$ParaView_App/Contents/Plugins"
PythonDir="$ParaView_App/Contents/Python"
SupportDir="$ParaView_App/Contents/Support"
+ResourcesDir="$ParaView_App/Contents/Resources"


# Create directories in the install tree bundle
@@ -45,6 +46,7 @@ mkdir -p "$LibrariesDir"
mkdir -p "$PluginsDir"
mkdir -p "$PythonDir"
mkdir -p "$SupportDir"
+mkdir -p "$ResourcesDir"


# Copy the documentation into the Support directory
@@ -61,3 +63,7 @@ cp -Rp "${ParaViewBinaryDir}/Utilities/VTKPythonWrapping/paraview" "$PythonDir/"
# above recursive directory copies:
#
rm -rf "$PythonDir/paraview/pv_compile_complete"
+
+# Add an empty qt.conf to prevent the loading of imageformats plugins
+#
+touch "$ResourcesDir/qt.conf"


diff --git a/Applications/Client/CMakeLists.txt b/Applications/Client/CMakeLists.txt
index fba5b6a..5604ade 100644
--- a/Applications/Client/CMakeLists.txt
+++ b/Applications/Client/CMakeLists.txt
@@ -58,6 +58,23 @@ IF(Q_WS_MAC)
PROPERTIES
MACOSX_PACKAGE_LOCATION Resources
)
+ IF(QT_MAC_USE_COCOA)
+ GET_FILENAME_COMPONENT(qt_menu_nib
+ "@QT_QTGUI_LIBRARY_RELEASE@/Resources/qt_menu.nib"
+ REALPATH)
+ set(qt_menu_nib_sources
+ "${qt_menu_nib}/classes.nib"
+ "${qt_menu_nib}/info.nib"
+ "${qt_menu_nib}/keyedobjects.nib"
+ )
+ SET_SOURCE_FILES_PROPERTIES(
+ ${qt_menu_nib_sources}
+ PROPERTIES
+ MACOSX_PACKAGE_LOCATION Resources/qt_menu.nib
+ )
+ ELSE(QT_MAC_USE_COCOA)
+ set(qt_menu_nib_sources)
+ ENDIF(QT_MAC_USE_COCOA)
SET(MACOSX_BUNDLE_ICON_FILE MacIcon.icns)
SET(MAKE_BUNDLE MACOSX_BUNDLE)
ENDIF(Q_WS_MAC)
@@ -80,6 +97,7 @@ ADD_EXECUTABLE(${PV_EXE_NAME} WIN32 ${MAKE_BUNDLE}
ProcessModuleGUIHelper.h
${EXE_ICON}
${apple_bundle_sources}
+ ${qt_menu_nib_sources}
)

TARGET_LINK_LIBRARIES(${PV_EXE_NAME}
elvisjohndowson is offline   Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
OpenFOAM13 for Mac OSX Darwin 104 hjasak OpenFOAM Installation 70 September 24, 2010 05:06
problems with installing OpenFOAM 1.6 su_junwei OpenFOAM Installation 8 September 10, 2009 12:54
Problems Installing OF 1.6 32 bit bucksfan OpenFOAM Installation 19 August 4, 2009 01:36
Mac Simple Install Request or Processing Assistance Help sjohnson OpenFOAM Installation 4 December 12, 2008 08:46
MAC + SOLA for free surface T Main CFD Forum 1 April 11, 2001 13:43


All times are GMT -4. The time now is 02:49.