Massimo Di Stefano schrieb:
Hi
i'm tring to build osg trunk on mac osx snow leopard.
i tried to apply the change to the file :
What version of Cmake did you use to generate the makefiles / xcode
projects? I am getting the same error when using CMake 2.8, switching
back to 2.6.4 (be sure
I used cmake 2.8 to try the build.
then i also tried the Xcode that comes with the osg source code, but it fails
too.
i'll try to install cmake 2.6.4 and see if it works.
- have you any hintsabout the provedure to generate xcode project using cmake ?
thanks!
Massimo.
Il giorno 08/dic/2009,
Hi Massimo,
Massimo Di Stefano schrieb:
then i also tried the Xcode that comes with the osg source code, but it fails
too
can you provide the build log? So we can fix the xcode-projects. Btw
they work for me.
i'll try to install cmake 2.6.4 and see if it works.
- have you any hintsabout
Hi,
tring using cmake-2.6.4 (last osg trunk - revision : 10859)
i restored the opentrhead files and used :
cd trunk/
mkdir build
cd build
ccmake ..
the build now goes ahead but fails at quicktime plug-in this the log :
http://www.geofemengineering.it/data/osg-r10859_osx10-6_cmake.txt
i'll
Tried using Xcode with this configuration :
base sdk : Current Mac Os
build active architecture only X (checked)
use base sdk
Development 64bit cocoa
Log :
http://www.geofemengineering.it/data/osg-r10859_osx10-6_Xcode.txt
Il giorno 08/dic/2009, alle ore 11.28, Massimo Di Stefano ha scritto:
Hi,
Massimo Di Stefano schrieb:
Hi,
tring using cmake-2.6.4 (last osg trunk - revision : 10859)
i restored the opentrhead files and used :
cd trunk/
mkdir build
cd build
ccmake ..
the build now goes ahead but fails at quicktime plug-in this the log :
Hi,
i applied the change to cmake settings :
OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX = imageio
but the error persists, so i make a copy of the quicktime directory and i
removed all the files from the original on :
cp -r trunk/src/osgPlugins/quicktime runk/src/osgPlugins/quicktime_
cd
Hi Massimo,
On Tue, Dec 8, 2009 at 3:38 PM, Massimo Di Stefano
massimodisa...@yahoo.it wrote:
Hi,
i applied the change to cmake settings :
OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX = imageio
but the error persists, so i make a copy of the quicktime directory and i
removed all the files from the
Massimo Di Stefano schrieb:
i applied the change to cmake settings :
OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX = imageio
but the error persists, so i make a copy of the quicktime directory and i
removed all the files from the original on :
cp -r trunk/src/osgPlugins/quicktime
Hi Ronert,
sure i did it
cd trunk
mkdir build
ccmake ..
i changed the configuration
then pressed c to configure
an g to generate the makefile
in the file CMakeCache.txt i have :
//standard image plugin for os x, options are quicktime, imageio
OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX:STRING=imageio
Hi Massimo,
I've now spotted that you problems were no longer about the quicktime
plugin... but Qt and WxWindows. As Stephan mentions these examples
will be using parts of the OSG/OSX that aren't supported under 64bit
build.
It should be possible to modify the Qt examples to compile under 64bit
hi,
tring on QOSGWidget example,
i ried to replace :
#include osgViewer/api/Carbon/GraphicsWindowCarbon
with :
#include osgViewer/api/Cocoa/GraphicsWindowCocoa
but i get :
[ 99%] Building CXX object
examples/osgviewerQtWidget/CMakeFiles/example_osgviewerQtWidget.dir/QOSGWidget.cpp.o
Hi
i'm tring to build osg trunk on mac osx snow leopard.
i tried to apply the change to the file :
from :
#if defined(_OPENTHREADS_ATOMIC_USE_MUTEX)
mutable Mutex _mutex;
#endif
#if defined(_OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED)
volatile long _value;
#elif
Hi Stefan,
I'm just reviewing submissions and have just checked your changes to
include/osg/Atomic and rather perplexed by the changes. It concerns
me that while it might hack around a problem elsewhere it'll introduce
bugs under other build combinations. You changes were the addition
of:
#if
Hi Paul,
Paul Martz schrieb:
Thanks, not sure about a 2.8.3, but it's under consideration. Good to
know you're interested.
I understand you can build 2.8.2 against the 10.5 SDK and still run on
Snow Leopard. My understanding is the changes to OSG for Snow Leopard
will allow someone to
Hi Paul,
I tried to compile osg/trunk as a static library on Snow Leopard this week
and it failed somewhere with a message about the quicktime library if I
remember correctly. I could build trunk again (shared or static) and send
the results to the cdash server if you are interested. It is a
If you switch your xcode-projects to gcc 4.0
the current 2.8.x source builds fine for 10.4 on Snow Leopard.
Nope, switching to gcc 4.0 does not make any difference for me. And BTW there
is no 10.4 SDK on snow leopard.
/stefan
stefan hechenberger
Hi stefan
Nope, switching to gcc 4.0 does not make any difference for me. And BTW
there is no 10.4 SDK on snow leopard.
/stefan
It is possible to have a 10.4 SDK in snowleopard if you have activated
compatibility when you did the migration from Leopard to SnowLeopard.
However the only
Hi,
I submitted an experimental test. It shows on the cdash site, but it doesn't
show the errors. I took the current trunk, applied the Atomic patch, that
was previously sent to this list and ran the test with no arguments to
cmake.
It fails in ReaderWriterQT.cpp, which is probably easy to fix.
sth wrote:
stefan nortd schrieb:
Nope, switching to gcc 4.0 does not make any difference for me. And BTW
there is no 10.4 SDK on snow leopard.
It's an install option when installing xcode.
Stephan
___
osg-users mailing list
Hey Paul,
I just built osg 2.8.2 from scratch on 10.6.1 (snow leopard). I would
be happy if we could roll a 2.8.3 release with the required patches.
The patched files in question are attached. Is there anything else I
can do to make this 2.8.3 release happen?
It's also good to note that there
Thanks, not sure about a 2.8.3, but it's under consideration. Good to
know you're interested.
I understand you can build 2.8.2 against the 10.5 SDK and still run on
Snow Leopard. My understanding is the changes to OSG for Snow Leopard
will allow someone to build OSG against the 10.6 SDK, is
(still figuring out how the mailing list is connected to the forum)
hey paul,
I needed to apply the patches for building osg against either SDK. It's not
exactly clear to me which change in Snow Leopard makes this necessary. Even
with the same xcode, gcc, and 10.5 SDK the osg 2.8.2 does not
I use the OSG within a custom GUI, so I can't speak to using
osgViewer, but the rest of the frameworks build fine for me on Snow
Leopard. I use 10.5 as the SDK, so I'm not using any SL-specific APIs.
I have been using trunk in order to get the 64-bit Cocoa
configurations within the Xcode
24 matches
Mail list logo