Problem when building in Mac OS X with Xcode

Discussion and help for Compilation problems and platform portability.

Moderators: Dade, coordinators

Problem when building in Mac OS X with Xcode

Postby tommygun » Sun Nov 29, 2009 8:51 am

Hi everyone,

I have a problem when building on Mac OS X + Xcode which I did not find anywhere on this Forum.

After installing all the libraries required (boost, openexr, libpng, libtiff, libjpeg, zlib) via MacPorts, updating wxWidgets and following the rest of the instructions listed in this Wiki (http://www.luxrender.net/wiki/index.php ... ing_on_OSX), I have obtained my Xcode project by running on the latest Luxrender source the shell command:

cmake -G Xcode

(the cmake GUI gave me an error...I don't really know why!)

Anyway, from the terminal I have obtained a smooth execution of cmake, so I have built the resulting project in Xcode (changing the Project property "Architectures" to “Native Architecture of Build Machine”).

Also the building was successful, but unfortunately the running is not. In fact, when running the application (from terminal or via finder) I will always get this error:

Code: Select all
dyld: Symbol not found: __ZNK5boost13serialization13typeid_system27extended_type_info_typeid_012is_less_thanERKNS0_18extended_type_infoE
  Referenced from: /Users/tommygun/luxrender/lux/Debug/luxcomp
  Expected in: dynamic lookup


The Debugger has exited due to signal 5 (SIGTRAP).The Debugger has exited due to signal 5 (SIGTRAP).


The only thing that I did not managed to do is to change the "Other Linker Flags" in Target->luxrender->build tab as suggested at the end of the Wiki, because in Xcode, when looking for that particular entry, I don't have a list to modify but only <Multiple Values> which, unfortunately, I cannot change at all!

Anyone has a clue about this?

Fabrizio
tommygun
 
Posts: 4
Joined: Sun Nov 29, 2009 7:09 am

Re: Problem when building in Mac OS X with Xcode

Postby Dade » Sun Nov 29, 2009 9:26 am

tommygun wrote:Anyone has a clue about this?


Not that I have any clue about MacOS but it looks like you are missing Boost serialization dynamic library. It is named libboost_serialization-gcc43-mt-1_39.so under Linux. The wiki statement "Copy the contents of macos/boost/lib/x86/ to usr/local/lib" suggests it should have been in macos/boost/lib/x86/.
User avatar
Dade
Developer
 
Posts: 8404
Joined: Sat Apr 19, 2008 6:04 pm
Location: Italy

Re: Problem when building in Mac OS X with Xcode

Postby tommygun » Sun Nov 29, 2009 1:43 pm

Hi Dade,

thanks for your answer, but I think the problem is not there... In fact, I think I do have all the needed libraries (actually I've Boost 1.40), but anyway just to be sure I've downgraded boost to version 1.39 and that's what cmake gives me:

Code: Select all
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - yes
-- Check for working CXX compiler: /usr/bin/g++
-- Check for working CXX compiler: /usr/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Building for target i686-apple-darwin9
-- OpenGL include directory: /System/Library/Frameworks/OpenGL.framework
-- Boost version: 1.39.0
-- Found the following Boost libraries:
--   system-xgcc40-mt-1_39
--   thread-xgcc40-mt-1_39
--   program_options-xgcc40-mt-1_39
--   filesystem-xgcc40-mt-1_39
--   serialization-xgcc40-mt-1_39
--   iostreams-xgcc40-mt-1_39
--   regex-xgcc40-mt-1_39
-- Boost library directory: /usr/local/lib
-- Boost include directory: /usr/local/include/boost-1_39
-- Found ZLIB: /usr/lib/libz.dylib
-- Found PNG: /usr/local/lib/libpng.a
-- Found TIFF: /usr/local/lib/libtiff.a
-- Found TIFF: /usr/local/lib/libtiff.a
-- Found JPEG: /usr/local/lib/libjpeg.a
-- JPEG include directory: /usr/local/include
-- Found wxWidgets: TRUE
-- wxWidgets include directory: /usr/lib/wx/include/mac-unicode-debug-2.8/usr/include/wx-2.8
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Warning : could not find Qt - not building Qt GUI
CMake Warning (dev) at CMakeLists.txt:384 (ADD_CUSTOM_TARGET):
  Policy CMP0002 is not set: Logical target names must be globally unique.
  Run "cmake --help-policy CMP0002" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.
This warning is for project developers.  Use -Wno-dev to suppress it.

-- /System/Library/Frameworks/Carbon.framework
CMake Warning (dev) at CMakeLists.txt:856 (INSTALL):
  Policy CMP0006 is not set: Installing MACOSX_BUNDLE targets requires a
  BUNDLE DESTINATION.  Run "cmake --help-policy CMP0006" for policy details.
  Use the cmake_policy command to set the policy and suppress this warning.
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring done
-- Generating done
-- Build files have been written to: /Users/tommygun/luxrender/lux


As you can see, I've got no errors (except the last warnings), so I assume that all the libraries are in their right place.
Unfortunately, building in Xcode will still give me this:
Code: Select all
dyld: Symbol not found: __ZNK5boost13serialization13typeid_system27extended_type_info_typeid_012is_less_thanERKNS0_18extended_type_infoE
  Referenced from: /Users/tommygun/luxrender/lux/Debug/luxcomp
  Expected in: dynamic lookup


The Debugger has exited due to signal 5 (SIGTRAP).The Debugger has exited due to signal 5 (SIGTRAP).


So again, anyone has an idea of what could be the problem? This is seriously driving me crazy :roll: !

Cheers,

Fabrizio
tommygun
 
Posts: 4
Joined: Sun Nov 29, 2009 7:09 am

Re: Problem when building in Mac OS X with Xcode

Postby Dade » Mon Nov 30, 2009 6:02 am

tommygun wrote:So again, anyone has an idea of what could be the problem? This is seriously driving me crazy :roll: !


If I have well understood the problem, you are able to compile everything fine but you get the error when you try to run the executable, right ?

Do you have, under MacOS, an utility l like ldd ? For instance the output of "ldd luxrender" on linux is:

Code: Select all
david@david-desktop-core4:~/projects/luxrender-dev/lux$ ldd luxrender
   linux-vdso.so.1 =>  (0x00007fff25ee9000)
   libwx_baseu-2.8.so.0 => /usr/lib/libwx_baseu-2.8.so.0 (0x00007f42208bc000)
   libwx_gtk2u_core-2.8.so.0 => /usr/lib/libwx_gtk2u_core-2.8.so.0 (0x00007f42202a1000)
   libwx_gtk2u_gl-2.8.so.0 => /usr/lib/libwx_gtk2u_gl-2.8.so.0 (0x00007f4220092000)
   libwx_gtk2u_aui-2.8.so.0 => /usr/lib/libwx_gtk2u_aui-2.8.so.0 (0x00007f421fe18000)
   libwx_gtk2u_adv-2.8.so.0 => /usr/lib/libwx_gtk2u_adv-2.8.so.0 (0x00007f421fb33000)
   libGLU.so.1 => /usr/lib/libGLU.so.1 (0x00007f421f8c1000)
   libGL.so.1 => /usr/lib/libGL.so.1 (0x00007f421f643000)
   libSM.so.6 => /usr/lib/libSM.so.6 (0x00007f421f43a000)
   libICE.so.6 => /usr/lib/libICE.so.6 (0x00007f421f21f000)
   libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f421ef18000)
   libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f421ed06000)
   libHalf.so.6 => /usr/lib/libHalf.so.6 (0x00007f421eac3000)
   libIlmImf.so.6 => /usr/lib/libIlmImf.so.6 (0x00007f421e806000)
   libIex.so.6 => /usr/lib/libIex.so.6 (0x00007f421e5e7000)
   libImath.so.6 => /usr/lib/libImath.so.6 (0x00007f421e3e1000)
   libboost_thread-gcc43-mt-1_39.so.1.39.0 => /lib/libboost_thread-gcc43-mt-1_39.so.1.39.0 (0x00007f421e1ca000)
   libboost_program_options-gcc43-mt-1_39.so.1.39.0 => /lib/libboost_program_options-gcc43-mt-1_39.so.1.39.0 (0x00007f421df81000)
   libboost_filesystem-gcc43-mt-1_39.so.1.39.0 => /lib/libboost_filesystem-gcc43-mt-1_39.so.1.39.0 (0x00007f421dd6c000)
   libboost_serialization-gcc43-mt-1_39.so.1.39.0 => /lib/libboost_serialization-gcc43-mt-1_39.so.1.39.0 (0x00007f421daef000)
   libboost_iostreams-gcc43-mt-1_39.so.1.39.0 => /lib/libboost_iostreams-gcc43-mt-1_39.so.1.39.0 (0x00007f421d8e3000)
   libboost_regex-gcc43-mt-1_39.so.1.39.0 => /lib/libboost_regex-gcc43-mt-1_39.so.1.39.0 (0x00007f421d603000)
   libboost_system-gcc43-mt-1_39.so.1.39.0 => /lib/libboost_system-gcc43-mt-1_39.so.1.39.0 (0x00007f421d3ff000)
   libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00007f421d1d8000)
   libz.so.1 => /lib/libz.so.1 (0x00007f421cfc0000)
   libtiff.so.4 => /usr/lib/libtiff.so.4 (0x00007f421cd65000)
   libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00007f421cb42000)
   libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f421c835000)
   libm.so.6 => /lib/libm.so.6 (0x00007f421c5b0000)
   libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f421c398000)
   libpthread.so.0 => /lib/libpthread.so.0 (0x00007f421c17c000)
   libc.so.6 => /lib/libc.so.6 (0x00007f421be0a000)
   libdl.so.2 => /lib/libdl.so.2 (0x00007f421bc06000)
   libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007f421b60a000)
   libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007f421b368000)
   libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007f421b148000)
   libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007f421af1a000)
   libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007f421acfe000)
   libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f421aa81000)
   libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007f421a838000)
   libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f421a5b2000)
   libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f421a380000)
   libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f421a13a000)
   libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f4219f36000)
   libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00007f4219d31000)
   librt.so.1 => /lib/librt.so.1 (0x00007f4219b29000)
   libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f4219864000)
   libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f4219662000)
   libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x00007f421945c000)
   libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007f421925a000)
   libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f4219055000)
   libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00007f4218e4a000)
   libuuid.so.1 => /lib/libuuid.so.1 (0x00007f4218c45000)
   libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f4218a29000)
   libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f4218826000)
   libIlmThread.so.6 => /usr/lib/libIlmThread.so.6 (0x00007f421861f000)
   libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x00007f421840e000)
   libicudata.so.38 => /usr/lib/libicudata.so.38 (0x00007f4217738000)
   libicui18n.so.38 => /usr/lib/libicui18n.so.38 (0x00007f42173da000)
   libicuuc.so.38 => /usr/lib/libicuuc.so.38 (0x00007f4217097000)
   /lib64/ld-linux-x86-64.so.2 (0x00007f4220c17000)
   libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f4216e8d000)
   libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f4216c82000)
   libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f4216a79000)
   libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007f421686f000)
   libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007f4216663000)
   libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f4216460000)
   libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007f42161dd000)
   libpcre.so.3 => /lib/libpcre.so.3 (0x00007f4215fad000)
   libselinux.so.1 => /lib/libselinux.so.1 (0x00007f4215d91000)
   libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f4215b67000)
   libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f4215962000)
   libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f421571d000)
   libdirectfb-1.0.so.0 => /usr/lib/libdirectfb-1.0.so.0 (0x00007f42154a9000)
   libfusion-1.0.so.0 => /usr/lib/libfusion-1.0.so.0 (0x00007f42152a0000)
   libdirect-1.0.so.0 => /usr/lib/libdirect-1.0.so.0 (0x00007f421508a000)
   libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0x00007f4214e86000)
   libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007f4214c7d000)


It tells you if/how the dynamic libraries are resolved. Anyway I'm afraid you need the Jens's help because he is the when who maintains Lux under MacOS and know how this stuff works.
User avatar
Dade
Developer
 
Posts: 8404
Joined: Sat Apr 19, 2008 6:04 pm
Location: Italy

Re: Problem when building in Mac OS X with Xcode

Postby tommygun » Mon Nov 30, 2009 7:38 am

Dade wrote:If I have well understood the problem, you are able to compile everything fine but you get the error when you try to run the executable, right ?


Yes.

Dade wrote:Do you have, under MacOS, an utility l like ldd ? For instance the output of "ldd luxrender" on linux is:


Yes. It is:
Code: Select all
otool -L luxrender


And that's its output on my machine:

Code: Select all
luxrender:
   /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime (compatibility version 1.0.0, current version 100.0.0)
   /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0)
   /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 136.0.0)
   /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 12.0.0)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)
   /usr/lib/libwx_macud_gl-2.8.0.dylib (compatibility version 2.6.0, current version 2.8.4)
   /usr/lib/libwx_macud-2.8.0.dylib (compatibility version 2.6.0, current version 2.8.4)
   libboost_system-xgcc40-mt-1_39.dylib (compatibility version 0.0.0, current version 0.0.0)
   libboost_thread-xgcc40-mt-1_39.dylib (compatibility version 0.0.0, current version 0.0.0)
   libboost_program_options-xgcc40-mt-1_39.dylib (compatibility version 0.0.0, current version 0.0.0)
   libboost_filesystem-xgcc40-mt-1_39.dylib (compatibility version 0.0.0, current version 0.0.0)
   libboost_serialization-xgcc40-mt-1_39.dylib (compatibility version 0.0.0, current version 0.0.0)
   libboost_iostreams-xgcc40-mt-1_39.dylib (compatibility version 0.0.0, current version 0.0.0)
   libboost_regex-xgcc40-mt-1_39.dylib (compatibility version 0.0.0, current version 0.0.0)
   /System/Library/Frameworks/AGL.framework/Versions/A/AGL (compatibility version 1.0.0, current version 1.0.0)
   /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0)
   /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices (compatibility version 1.0.0, current version 34.0.0)
   /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
   /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)
   /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 32.0.0)
   /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 476.0.0)


Which is oddly shorter than yours...but this command prints only the shared libraries used.

Anyway, I have managed to compile and run on Ubuntu 9.10. In there I had to install the libqt4-dev libraries to run successfully the cmake (I had problem with luxrenderqt), and since in OSX to do so I had to remove the installation of luxrenderqt from the CMakeList, I could try to install the same libraries here, re build everything including luxrenderqt, and see how it works.

In the meanwhile, thanks for you support...I will wait Jens to see if he has something to add!

Cheers,

Fabrizio
tommygun
 
Posts: 4
Joined: Sun Nov 29, 2009 7:09 am

Re: Problem when building in Mac OS X with Xcode

Postby tommygun » Mon Nov 30, 2009 1:35 pm

Anyway, I have managed to compile and run on Ubuntu 9.10. In there I had to install the libqt4-dev libraries to run successfully the cmake (I had problem with luxrenderqt), and since in OSX to do so I had to remove the installation of luxrenderqt from the CMakeList, I could try to install the same libraries here, re build everything including luxrenderqt, and see how it works.


For future reference, this did not solve the problem.
Now, in fact, CMake is complaining about the missing target luxrenderqt.
The only way to let it work is by erasing luxrenderqt from the INSTALL_TARGET in CMakeList.

Cheers,

Fabrizio
tommygun
 
Posts: 4
Joined: Sun Nov 29, 2009 7:09 am

Re: Problem when building in Mac OS X with Xcode

Postby jensverwiebe » Tue Dec 01, 2009 8:18 am

@ Dade, pls don´t answer OSX questions, it makes things worst :) ( na - just kidding )

@ tommygun:

The issue is not as Dade said, but the symbols of boost not loaded properly with dynaload from the static included boost.

I recently modified the cmake, but it was overwrittten by another commit, needing boost build in system-stage ( meaning names not including the compilert, mt, etc. )
To make things easier, rather modify the cmake for your needs.
I send you here a modifications for cmake for building with WX-gui ( but QT works as well but is not finished ):

boost-part:
IF(APPLE)
FIND_PACKAGE(Boost 1.39.0 REQUIRED COMPONENTS system-xgcc40-mt-1_39 thread-xgcc40-mt-1_39 program_options-xgcc40-mt-1_39 filesystem-xgcc40-mt-1_39 serialization-xgcc40-mt-1_39 iostreams-xgcc40-mt-1_39 regex-xgcc40-mt-1_39)
ELSE(APPLE)
FIND_PACKAGE(Boost 1.39.0 REQUIRED COMPONENTS thread program_options filesystem serialization iostreams regex system)
ENDIF(APPLE)
IF(Boost_FOUND)
MESSAGE(STATUS "Boost library directory: " ${Boost_LIBRARY_DIRS})
MESSAGE(STATUS "Boost include directory: " ${Boost_INCLUDE_DIRS})
ELSE(Boost_FOUND)
MESSAGE(FATAL_ERROR "Could not find Boost")
ENDIF(Boost_FOUND)


For the LuxComp must read:
#############################################################################
#Here we build the LuxComp executable
#############################################################################
ADD_EXECUTABLE(LuxComp tools/LuxComp.cpp)
IF(APPLE)
TARGET_LINK_LIBRARIES(LuxComp -Wl,-undefined -Wl,dynamic_lookup -all_load lux -noall_load ${CMAKE_THREAD_LIBS_INIT} ${OPENEXR_LIBRARIES} z ${Boost_LIBRARIES} ${PNG_LIBRARIES} ${TIFF_LIBRARIES} ${JPEG_LIBRARIES})
ELSE(APPLE)
TARGET_LINK_LIBRARIES(LuxComp -Wl,--whole-archive lux -Wl,--no-whole-archive ${CMAKE_THREAD_LIBS_INIT} ${OPENEXR_LIBRARIES} ${Boost_LIBRARIES} ${PNG_LIBRARIES} ${TIFF_LIBRARIES} ${JPEG_LIBRARIES} ${SYS_LIBRARIES})
ENDIF(APPLE)

IF(APPLE)
SET(GUI_TYPE MACOSX_BUNDLE)
# SET(MACOSX_BUNDLE_LONG_VERSION_STRING "${OPENSCENEGRAPH_MAJOR_VERSION}.${OPENSCENEGRAPH_MINOR_VERSION}.${OPENSCENEGRAPH_PATCH_VERSION}")
# Short Version is the "marketing version". It is the version
# the user sees in an information panel.
SET(MACOSX_BUNDLE_SHORT_VERSION_STRING "${VERSION}")
# Bundle version is the version the OS looks at.
SET(MACOSX_BUNDLE_BUNDLE_VERSION "${VERSION}")
SET(MACOSX_BUNDLE_GUI_IDENTIFIER "org.luxrender.luxrender" )
SET(MACOSX_BUNDLE_BUNDLE_NAME "luxrender" )
SET(MACOSX_BUNDLE_ICON_FILE "LuxRender.icns")
# SET(MACOSX_BUNDLE_COPYRIGHT "")
# SET(MACOSX_BUNDLE_INFO_STRING "Info string, localized?")
ENDIF(APPLE)


+ add it to targets :
#Install target
INSTALL(TARGETS LuxRender LuxConsole LuxMerger LuxComp
RUNTIME DESTINATION bin
)


I found that on certain sys-configurations it is needed to symlink the includes in the SDK !!!! ( where the libs are already ). Boost is mainly headerbased.
Do: sudo ln -s /usr/local/include /Developer/SDKs/MacOSX10.5.sdk/usr/local/
or whatever sdk you wanna use.
BTW: cmake shouldn´t give you an error !!! Set: disable dev-warnings in cmake-GUI-app or as flags( -wno-dev )
If you get errors , check your configuration.

In XCode set the buildstyle you wanna tweak ( debug, release..) , then the "multiple-values " is gone.

Be aware you may have unwanted results in OSX wx: for 32bit, only tweaking some width and fontsize is o.k.
For 64bit, i have a huge set of adaptions to make workarounds due the alpha-state of cocoa-support.


Jens
User avatar
jensverwiebe
Developer
 
Posts: 3429
Joined: Wed Apr 02, 2008 4:34 pm

Re: Problem when building in Mac OS X with Xcode

Postby Dade » Tue Dec 01, 2009 11:42 am

jensverwiebe wrote:@ Dade, pls don´t answer OSX questions, it makes things worst :) ( na - just kidding )


Mac guys do it different :mrgreen:
User avatar
Dade
Developer
 
Posts: 8404
Joined: Sat Apr 19, 2008 6:04 pm
Location: Italy


Return to Compilation & Portability

Who is online

Users browsing this forum: No registered users and 2 guests