Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
Hi, I have just sync'd with svn and tried to build it on OSX 10.6.1. In ccmake setup, the target is for i386 only, and i replaced quicktime with imageio. The build went along successfully for a while until it reached this error: In file included from /Users/tigershark/Documents/OpenSceneGraph/src/osgPlugins/quicktime/MovieData.cpp:13: /Users/tigershark/Documents/OpenSceneGraph/src/osgPlugins/quicktime/MovieData.h:54: error: ISO C++ forbids declaration of ‘Movie’ with no type The first thing i wonder is, why is quicktime still being built when imageio is selected? I haven't had a chance to look into this, but would like to report what i got to the group. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=18580#18580 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
On Sun, Oct 4, 2009 at 10:44 AM, Erik den Dekker e...@dendekker.com wrote: This issue was already fixed and submitted to the osg-submissions list by Bob Kohne: http://www.mail-archive.com/osg-submissi...@lists.openscenegraph.org/msg04134.html but Robert has not yet merged the changes to SVN. Bob's two submissions (imageio and to DrawinUtils.mm) are now checked into snv/trunk. I haven't seen a fix for Atomic in osg-submissions though, is this still required. I can't use copy and pasted code in an email such as provided in this thread, it's got to be complete file, so if this file still needs patching then please send the full modified file to osg-submissions. Thanks, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
This issue was already fixed and submitted to the osg-submissions list by Bob Kohne: http://www.mail-archive.com/osg-submissi...@lists.openscenegraph.org/msg04134.html but Robert has not yet merged the changes to SVN. Cheers, Erik den Dekker On 03-10-2009, at 19:43, stefan nortd wrote: For completeness here is another patch I needed for building a cocoa-based osg 2.9-svn with sdk 10.6. in DarwinUtils.mm there are a couple of 'ID' that should be 'id' like in -(void) show: (ID) data; -(void) hide: (ID) data; should be -(void) show: (id) data; -(void) hide: (id) data; Thank you! Cheers, stefan stefan hechenberger http://linear.nortd.com -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17840#17840 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
Hi Eric, I just wanted to try building with Cocoa and ImageIO. I think you forgot to attach the file. Do you mind loading it up again. Thank you! Cheers, stefan stefan hechenberger http://linear.nortd.com -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17820#17820 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
Hi Eric, I just wanted to try building with Cocoa and ImageIO. I think you forgot to attach the file. Do you mind loading it up again. Hi Stefan, Not sure if you were referring to me (Erik den Dekker) or Eric Wing, but I attached a file (Atomic) which came through just fine, maybe it was blocked at your end. See: http://www.mail-archive.com/osg-users@lists.openscenegraph.org/msg32020.html Cheers, Erik den Dekker ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
Thanks Erik, Seems like the attachment did not come through on the forum. I got it now and it's very helpful. Updating the Atomic file got rid of some problems. I am still banging my head at compiling on Snow Leopard. I must have tried 12 different configurations so far, 64 and 32 bit both 10.5 and 10.6 sdk, both 2.8.2 and latest 2.9-svn trunk, both with quicktime and imageIO, Carbon and Cocoa. I generate all the files with cmake and I tested with both cmake 2.6 patch 4 and 2.8 rc2 (BTW 2.8 sets the i386 correctly). Well my head hurts a bit. Do you mind telling me more about the settings that worked for you? gcc 4.0/4.2? 10.5/10.6 sdk? osg 2.8.2/2.9? etc Help very much appreciated, ... Thank you! Cheers, stefan stefan hechenberger http://linear.nortd.com -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17824#17824 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
Hi stefan, stefan nortd schrieb: [...]osgPlugins/imageio/ReaderWriterImageIO.cpp:979: error: extra qualification 'ReaderWriterImageIO::' on member 'ReaderWriterImageIO' Are there any quick fixes for this? check the osg-submission list, there was a submission regarding this bug, but it's not incorporated into osg yet. http://lists.openscenegraph.org/pipermail/osg-submissions-openscenegraph.org/2009-August/004829.html cheers, Stephan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
yes! success! You rock!
I can finally compile osg on snow leopard! What's better I can compile it in
any configuration I need to.
To recap, I needed to apply two fixes to the sources. First erik's Atomic
patch:
Code:
/* -*-c++-*- OpenThreads library, Copyright (C) 2008 The Open Thread Group
*
* This library is open source and may be redistributed and/or modified under
* the terms of the OpenSceneGraph Public License (OSGPL) version 0.0 or
* (at your option) any later version. The full license is in LICENSE file
* included with this distribution, and on the openscenegraph.org website.
*
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* OpenSceneGraph Public License for more details.
*/
#ifndef _OPENTHREADS_ATOMIC_
#define _OPENTHREADS_ATOMIC_
#include OpenThreads/Config
#include OpenThreads/Exports
#if defined(_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS) defined(__i386__)
#define _OPENTHREADS_ATOMIC_USE_LIBRARY_ROUTINES
#elif defined(_OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED)
#define _OPENTHREADS_ATOMIC_USE_LIBRARY_ROUTINES
#elif defined(_OPENTHREADS_ATOMIC_USE_SUN)
# include atomic.h
# include Mutex
# include ScopedLock
#elif defined(_OPENTHREADS_ATOMIC_USE_BSD_ATOMIC)
# include libkern/OSAtomic.h
# define _OPENTHREADS_ATOMIC_USE_LIBRARY_ROUTINES
#elif defined(_OPENTHREADS_ATOMIC_USE_MUTEX)
# include Mutex
# include ScopedLock
#endif
#if defined(_OPENTHREADS_ATOMIC_USE_LIBRARY_ROUTINES)
#define _OPENTHREADS_ATOMIC_INLINE
#else
#define _OPENTHREADS_ATOMIC_INLINE inline
#endif
namespace OpenThreads {
/**
* @class Atomic
* @brief This class provides an atomic increment and decrement operation.
*/
class OPENTHREAD_EXPORT_DIRECTIVE Atomic {
public:
Atomic(unsigned value = 0) : _value(value)
{ }
_OPENTHREADS_ATOMIC_INLINE unsigned operator++();
_OPENTHREADS_ATOMIC_INLINE unsigned operator--();
_OPENTHREADS_ATOMIC_INLINE unsigned AND(unsigned value);
_OPENTHREADS_ATOMIC_INLINE unsigned OR(unsigned value);
_OPENTHREADS_ATOMIC_INLINE unsigned XOR(unsigned value);
_OPENTHREADS_ATOMIC_INLINE unsigned exchange(unsigned value = 0);
_OPENTHREADS_ATOMIC_INLINE operator unsigned() const;
private:
Atomic(const Atomic);
Atomic operator=(const Atomic);
#if defined(_OPENTHREADS_ATOMIC_USE_MUTEX)
mutable Mutex _mutex;
#endif
#if defined(_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS) defined(__i386__)
volatile unsigned _value;
#elif defined(_OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED)
volatile long _value;
#elif defined(_OPENTHREADS_ATOMIC_USE_BSD_ATOMIC)
volatile int32_t _value;
#elif defined(_OPENTHREADS_ATOMIC_USE_SUN)
volatile uint_t _value;
mutable Mutex _mutex; // needed for xor
#endif
};
/**
* @class AtomicPtr
* @brief This class provides an atomic pointer assignment using cas
operations.
*/
class OPENTHREAD_EXPORT_DIRECTIVE AtomicPtr {
public:
AtomicPtr(void* ptr = 0) : _ptr(ptr)
{ }
~AtomicPtr()
{ _ptr = 0; }
// assigns a new pointer
_OPENTHREADS_ATOMIC_INLINE bool assign(void* ptrNew, const void* const
ptrOld);
_OPENTHREADS_ATOMIC_INLINE void* get() const;
private:
AtomicPtr(const AtomicPtr);
AtomicPtr operator=(const AtomicPtr);
#if defined(_OPENTHREADS_ATOMIC_USE_MUTEX)
mutable Mutex _mutex;
#endif
void* volatile _ptr;
};
#if !defined(_OPENTHREADS_ATOMIC_USE_LIBRARY_ROUTINES)
_OPENTHREADS_ATOMIC_INLINE unsigned
Atomic::operator++()
{
#if defined(_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS)
return __sync_add_and_fetch(_value, 1);
#elif defined(_OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS)
return __add_and_fetch(_value, 1);
#elif defined(_OPENTHREADS_ATOMIC_USE_SUN)
return atomic_inc_uint_nv(_value);
#elif defined(_OPENTHREADS_ATOMIC_USE_MUTEX)
ScopedLockMutex lock(_mutex);
return ++_value;
#else
return ++_value;
#endif
}
_OPENTHREADS_ATOMIC_INLINE unsigned
Atomic::operator--()
{
#if defined(_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS)
return __sync_sub_and_fetch(_value, 1);
#elif defined(_OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS)
return __sub_and_fetch(_value, 1);
#elif defined(_OPENTHREADS_ATOMIC_USE_SUN)
return atomic_dec_uint_nv(_value);
#elif defined(_OPENTHREADS_ATOMIC_USE_MUTEX)
ScopedLockMutex lock(_mutex);
return --_value;
#else
return --_value;
#endif
}
_OPENTHREADS_ATOMIC_INLINE unsigned
Atomic::AND(unsigned value)
{
#if defined(_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS)
return __sync_fetch_and_and(_value, value);
#elif defined(_OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS)
return __and_and_fetch(_value, value);
#elif defined(_OPENTHREADS_ATOMIC_USE_SUN)
return atomic_and_uint_nv(_value, value);
#elif defined(_OPENTHREADS_ATOMIC_USE_MUTEX)
ScopedLockMutex lock(_mutex);
_value = value;
return _value;
#else
_value = value;
return _value;
#endif
}
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
For completeness here is another patch I needed for building a cocoa-based osg 2.9-svn with sdk 10.6. in DarwinUtils.mm there are a couple of 'ID' that should be 'id' like in -(void) show: (ID) data; -(void) hide: (ID) data; should be -(void) show: (id) data; -(void) hide: (id) data; Thank you! Cheers, stefan stefan hechenberger http://linear.nortd.com -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17840#17840 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
E. Wing schrieb: I am not currently on the OSG track so I'm afraid I can't be much help at the moment. But be aware that in Snow Leopard, the default architecture is 64-bit (assuming you are on a 64-bit machine which almost all Intel Macs are now). All the Carbon stuff in osgViewerCarbon will likely not compile in 64-bit. I thought there was at least a preliminary Cocoa based viewer now, but I haven't been following. It seems like the Cocoa one needs to be made the default for just this problem that people are going to encounter over and over again. The cocoa backend is part of osg 2.9.x (Also, if my ImageIO plugin has not been integrated yet, now is the time do so so as the Quicktime plugin is also not going to work in 64-bit.) Also the imageio-plugin. Second, I don't know if the Xcode project is maintained anymore. It's maintained for 2.9.x but not tested with Snow leopard. cheers, Stephan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
hi, stefan nortd schrieb: Hi, I just updated to osx 10.6.1 snow leopard and ran into a couple of problems. (1) My old osg binaries (osg 2.8.2 compiled for the 10.5 sdk) work but I get a ton of warning (I also needed to update to xcode 3.2). They are all of the different visibility type. (2) Osg does not want to compile on osx 10.6. I tried both Xcode and Makefiles. And for each I tried the 10.5 and 10.6 sdk which does not seem to change the nature of the compilation error. The attached screenshots are the errors I get with xcode. The following code snippet is the errors I get with the Makefiles. It gets 25% into the build and fails with the osgViewer. Make sure you are compiling for 32bit only. The carbon backend in 2.8.x is not 64bit compatible. With snow-leopard the standard compiler is gcc 4.2x, try switching back to 4.0 if 32bit only doesn't help. Try the current svn-version of osg, it supports 64bit and has a better integrated cocoa-backend. cheers, Stephan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
Hi Eric, Thanks for the hints. I was able to build osg for the most part now (i386, 10.5 sdk). I did not figure out why the int32_t typedef was missing though. I simple changed it in line 70 of the Atomic header file to singed long int. This did the trick for building osg with xcode. Code: #elif defined(_OPENTHREADS_ATOMIC_USE_BSD_ATOMIC) # volatile int32_t _value; volatile signed long int _value; The osgdb_qt quicktime plugin still does not build. I get two identical errors in the ReaderWriterQT.cpp. Code: /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgPlugins/quicktime/ReaderWriterQT.cpp:121:0 /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgPlugins/quicktime/ReaderWriterQT.cpp:121: error: extra qualification 'ReaderWriterQT::' on member 'ReaderWriterQT' Best, stefan PS: I am not sure what is up with the int32_t but I even get the same problem with the 2.9.5 dev release (i386, sdk 10.5, cocoa, imageio) stefan hechenberger http://linear.nortd.com -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17409#17409 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
Hi Stefan, there are still some patches for osg snow-leopard in the submission-queue, try to switch to the gcc 4.0-compiler in the project settings. This should give you the same results as for Leopard. HTH, Stephan stefan nortd schrieb: Hi Eric, Thanks for the hints. I was able to build osg for the most part now (i386, 10.5 sdk). I did not figure out why the int32_t typedef was missing though. I simple changed it in line 70 of the Atomic header file to singed long int. This did the trick for building osg with xcode. Code: #elif defined(_OPENTHREADS_ATOMIC_USE_BSD_ATOMIC) # volatile int32_t _value; volatile signed long int _value; The osgdb_qt quicktime plugin still does not build. I get two identical errors in the ReaderWriterQT.cpp. Code: /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgPlugins/quicktime/ReaderWriterQT.cpp:121:0 /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgPlugins/quicktime/ReaderWriterQT.cpp:121: error: extra qualification 'ReaderWriterQT::' on member 'ReaderWriterQT' Best, stefan PS: I am not sure what is up with the int32_t but I even get the same problem with the 2.9.5 dev release (i386, sdk 10.5, cocoa, imageio) stefan hechenberger http://linear.nortd.com -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17409#17409 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
On 16-09-2009, at 10:15, stefan nortd wrote: Hi Eric, Thanks for the hints. I was able to build osg for the most part now (i386, 10.5 sdk). I did not figure out why the int32_t typedef was missing though. I simple changed it in line 70 of the Atomic header file to singed long int. This did the trick for building osg with xcode. I managed to compile/run most of OSG under OS X 10.6.1 with the 10.6 SDK in 32 bit, using Cocoa and ImageIO plugin. Please be aware of a bug in cmake that does not set the architecture properly if you specify that you only want 32-bit. See http://public.kitware.com/Bug/view.php?id=9466 . Code: #elif defined(_OPENTHREADS_ATOMIC_USE_BSD_ATOMIC) # volatile int32_t _value; volatile signed long int _value; I also encountered that using gcc 4.2 cmake detected both _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS and _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC and that leads to a logic error in conditional compilation of the current Openthread/Atomic header. Attached file fixes this logic error. Atomic Description: Binary data Cheers, Erik den Dekker___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes
I am not currently on the OSG track so I'm afraid I can't be much help at the moment. But be aware that in Snow Leopard, the default architecture is 64-bit (assuming you are on a 64-bit machine which almost all Intel Macs are now). All the Carbon stuff in osgViewerCarbon will likely not compile in 64-bit. I thought there was at least a preliminary Cocoa based viewer now, but I haven't been following. It seems like the Cocoa one needs to be made the default for just this problem that people are going to encounter over and over again. (Also, if my ImageIO plugin has not been integrated yet, now is the time do so so as the Quicktime plugin is also not going to work in 64-bit.) Second, I don't know if the Xcode project is maintained anymore. Third for CMake, you'll want to verify which architectures are trying to be built. If you pick the 10.5 SDK and i386 (32-bit), I would think you would have the best chance of it actually getting built as-is. -Eric On 9/15/09, stefan nortd ste...@nortd.com wrote: Hi, I just updated to osx 10.6.1 snow leopard and ran into a couple of problems. (1) My old osg binaries (osg 2.8.2 compiled for the 10.5 sdk) work but I get a ton of warning (I also needed to update to xcode 3.2). They are all of the different visibility type. (2) Osg does not want to compile on osx 10.6. I tried both Xcode and Makefiles. And for each I tried the 10.5 and 10.6 sdk which does not seem to change the nature of the compilation error. The attached screenshots are the errors I get with xcode. The following code snippet is the errors I get with the Makefiles. It gets 25% into the build and fails with the osgViewer. Code: Scanning dependencies of target osgViewer [ 25%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/CompositeViewer.cpp.o [ 25%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/HelpHandler.cpp.o [ 25%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/Renderer.cpp.o [ 25%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/Scene.cpp.o [ 25%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/ScreenCaptureHandler.cpp.o [ 25%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/StatsHandler.cpp.o [ 25%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/Version.cpp.o [ 26%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/View.cpp.o [ 26%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/Viewer.cpp.o [ 26%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/ViewerBase.cpp.o [ 26%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/ViewerEventHandlers.cpp.o [ 26%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/GraphicsWindowCarbon.cpp.o In file included from /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp:18: /Users/noema/Downloads/OpenSceneGraph-2.8.2/include/osgViewer/api/Carbon/GraphicsWindowCarbon:122: warning: ‘AGLDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:48) /Users/noema/Downloads/OpenSceneGraph-2.8.2/include/osgViewer/api/Carbon/GraphicsWindowCarbon:128: warning: ‘AGLDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:48) /Users/noema/Downloads/OpenSceneGraph-2.8.2/include/osgViewer/api/Carbon/GraphicsWindowCarbon:132: warning: ‘AGLDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:48) /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp: In function ‘OSStatus GraphicsWindowEventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)’: /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp:75: error: ‘GetWindowPortBounds’ was not declared in this scope /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp:75: error: ‘InvalWindowRect’ was not declared in this scope /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp:76: error: ‘GetWindowBounds’ was not declared in this scope /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp: In constructor ‘osgViewer::MenubarController::MenubarController()’: /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp:231: error: ‘DMGetGDeviceByDisplayID’ was not declared in this scope /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp:232: error: ‘GetAvailableWindowPositioningBounds’ was not declared in this scope /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp: In member function ‘void osgViewer::MenubarController::update()’: /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp:296: error: ‘GetWindowBounds’ was not declared in this scope /Users/noema/Downloads/OpenSceneGraph-2.8.2/src/osgViewer/GraphicsWindowCarbon.cpp: In
