Re: [osg-users] [build] OSX 10.6.1 Snow Leopard woes

2009-10-23 Thread Hansong Zhang
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

2009-10-10 Thread Robert Osfield
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

2009-10-04 Thread Erik den Dekker
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

2009-10-03 Thread stefan nortd
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

2009-10-03 Thread Erik den Dekker



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

2009-10-03 Thread stefan nortd
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

2009-10-03 Thread Stephan Huber
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

2009-10-03 Thread stefan nortd
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

2009-10-03 Thread stefan nortd
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

2009-09-16 Thread Stephan Huber
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

2009-09-16 Thread Stephan Huber
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

2009-09-16 Thread stefan nortd
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

2009-09-16 Thread Stephan Maximilian Huber
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

2009-09-16 Thread Erik den Dekker



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

2009-09-15 Thread E. Wing
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