[elvisjohndowson]

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]

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]

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

[gschaider]

Originally Posted by elvisjohndowson

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)

Originally Posted by elvisjohndowson

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]

Originally Posted by elvisjohndowson

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

[elvisjohndowson]

Originally Posted by gschaider

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]

Originally Posted by gschaider

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]

Originally Posted by gschaider

- 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]

Originally Posted by gschaider

- 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

[gschaider]

Originally Posted by elvisjohndowson

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]

Originally Posted by elvisjohndowson

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]

Originally Posted by elvisjohndowson

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

[elvisjohndowson]

Originally Posted by gschaider

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

[gschaider]

Originally Posted by elvisjohndowson

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

[elvisjohndowson]

Originally Posted by gschaider

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

[elvisjohndowson]

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]

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

[elvisjohndowson]

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

[elvisjohndowson]

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]

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}