Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4

2008-12-18 Thread Paul Fotheringham
Hi Robert,

I just tried 2.7.7 and it's still an issue there. Maybe only the Xcode project 
was fixed up?

Paul.

--- On Wed, 17/12/08, Robert Osfield robert.osfi...@gmail.com wrote:

 From: Robert Osfield robert.osfi...@gmail.com
 Subject: Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4
 To: osg_u...@yahoo.co.uk, OpenSceneGraph Users 
 osg-users@lists.openscenegraph.org
 Date: Wednesday, 17 December, 2008, 4:26 PM
 Hi Paul,
 
 I believe this one has already been addressed in the 2.7.x
 dev series,
 could you try 2.7.7 or svn/trunk.
 
 Robert.
 
 On Wed, Dec 17, 2008 at 4:11 PM, Paul Fotheringham
 osg_u...@yahoo.co.uk wrote:
  Hi,
 
  I think I know what the problem is. I'm getting
 the same unresolved symbols building on MacOS 10.4 and OSG
 2.6.1 using cmake. Your link line has
 
  /usr/lib/libm.dylib
 
  rather than your SDK version of the library. I
 don't know much about these things myself as I've
 only been using a Mac for about 1 day now but this blog
 entry details the issue
 
  http://www.red-sweater.com/blog/246/missing-link
 
  As far as cmake goes, and I've only been looking
 at _that_ for about 2 days, it seems the problem is in the
 top-level CMakeLists.txt file where it has the line
 
  FIND_LIBRARY(MATH_LIBRARY m)
 
  wrapped in an IF(UNIX) clause.
 
  I think this particular line should also be wrappend
 in an IF(NOT APPLE) clause. Doing this fixes up the link
 lines for me and the problem goes away. As I say I'm
 certainly no Mac expert so maybe this isn't quite right.
 I'm certainly not confident enough to post it to
 osg-submissions :)
 
  I haven't looked at the Xcode project at all but I
 imagine something similar must be going on there?
 
  Paul Fotheringham
 
 
 
 
  ___
  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 error on MAc OSX 10.4 and OSG 2.7.4

2008-12-18 Thread Paul Fotheringham
Hi,

The error is

Linking CXX shared library ../../lib/libosgText.dylib
ld: Undefined symbols:
_acl_copy_ext_native referenced from CarbonCore expected to be defined in 
libSystem
_acl_copy_int_native referenced from CarbonCore expected to be defined in 
libSystem
_task_name_for_pid referenced from CarbonCore expected to be defined in 
libSystem

It depends on the configuration of your system and whether the SDK versions of 
the libraries match the system ones. On some OSX systems it will build fine and 
on some it won't. It all depends on whether the SDK libs are in sync. with the 
system ones as regards having all the required symbols.

The link to the blog entry in my first email explains this better than I can. 
As I understand it, the systems that work are simply getting away with it as 
the symbols required by the build process just happen to be all there in the 
system libraries. They ought to be consistently getting them from the SDK 
libraries.

Paul

--- On Thu, 18/12/08, Robert Osfield robert.osfi...@gmail.com wrote:

 From: Robert Osfield robert.osfi...@gmail.com
 Subject: Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4
 To: osg_u...@yahoo.co.uk, OpenSceneGraph Users 
 osg-users@lists.openscenegraph.org
 Date: Thursday, 18 December, 2008, 10:28 AM
 HI Paul,
 
 On Thu, Dec 18, 2008 at 8:33 AM, Paul Fotheringham
 osg_u...@yahoo.co.uk wrote:
  Hi Robert,
 
  I just tried 2.7.7 and it's still an issue there.
 Maybe only the Xcode project was fixed up?
 
 It's the CMake projects that have the math library
 added.  Last week I
 did some work comiling under OSX via a remote log in, both
 OpenSceneGraph and Present3D (that depends upon
 OpenSceneGraph)
 compiled fine using Cmake.
 
 Could you be specific about what error you are seeing and
 whereabouts
 in the OSG build?
 
 Robert.


  
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4

2008-12-18 Thread Paul Fotheringham
Hi Robert,

Thanks for looking into this.

--- On Thu, 18/12/08, Robert Osfield robert.osfi...@gmail.com wrote:
snip
 The core OSG library does link against the MATH_LIBRARY,
 but the other
 non of the other core libraries do.

Apparently not on MacOSX using cmake :)

Take a look at

src/osgText/CMakeFiles/osgText.dir/link.txt

without the change you just made. In fact take a look at any of the link.txt 
files for each OSG library. Thay all have /usr/lib/libm.dylib in there.

 I've added a entry of
 MATH_LIBRARY into the linking of osgText.  Could you do an
 svn update
 and see if the error is fixed?

I got the svn version and no it doesn't fix it. All it does is move the

/usr/lib/libm.dylib

reference on the link line to a different place!
 
 The fact you've got errors but others under OSX
 haven't reported this
 (including myself) suggests that must be something else
 going w.r.t
 gcc/SDK's you are using on your machine.

I'm sorry I haven't explained this well enough. The goal here is to *not* have 
any explicit reference to libm.dylib on the link line.

The symbols reside in the SDK version of the library at

/Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libm.dylib

and *not* necessarily at

/usr/lib/libm.dylib

which is what the MATH_LIBRARY is set to. This is fine for UNIX but not Mac as 
it should be the former that is used for a consistent build (if there are Mac 
developers out there who disagree please correct me - I'm new to this).

By omitting the explicit reference to libm.dylib the Mac build system takes 
care of this automatically and gets the symbols from the SDK version of the 
library.

Users who are not seeing this problem have all the symbols they require in 
/usr/lib/libm.dylib and are, as I understand it, lucky ;)

Paul

 Robert.
 
 On Thu, Dec 18, 2008 at 2:01 PM, Paul Fotheringham
 osg_u...@yahoo.co.uk wrote:
  Hi,
 
  The error is
 
  Linking CXX shared library ../../lib/libosgText.dylib
  ld: Undefined symbols:
  _acl_copy_ext_native referenced from CarbonCore
 expected to be defined in libSystem
  _acl_copy_int_native referenced from CarbonCore
 expected to be defined in libSystem
  _task_name_for_pid referenced from CarbonCore expected
 to be defined in libSystem
 
  It depends on the configuration of your system and
 whether the SDK versions of the libraries match the system
 ones. On some OSX systems it will build fine and on some it
 won't. It all depends on whether the SDK libs are in
 sync. with the system ones as regards having all the
 required symbols.
 
  The link to the blog entry in my first email explains
 this better than I can. As I understand it, the systems that
 work are simply getting away with it as the symbols required
 by the build process just happen to be all there in the
 system libraries. They ought to be consistently getting them
 from the SDK libraries.
 
  Paul
 
  --- On Thu, 18/12/08, Robert Osfield
 robert.osfi...@gmail.com wrote:
 
  From: Robert Osfield
 robert.osfi...@gmail.com
  Subject: Re: [osg-users] Build error on MAc OSX
 10.4 and OSG 2.7.4
  To: osg_u...@yahoo.co.uk, OpenSceneGraph
 Users osg-users@lists.openscenegraph.org
  Date: Thursday, 18 December, 2008, 10:28 AM
  HI Paul,
 
  On Thu, Dec 18, 2008 at 8:33 AM, Paul Fotheringham
  osg_u...@yahoo.co.uk wrote:
   Hi Robert,
  
   I just tried 2.7.7 and it's still an
 issue there.
  Maybe only the Xcode project was fixed up?
 
  It's the CMake projects that have the math
 library
  added.  Last week I
  did some work comiling under OSX via a remote log
 in, both
  OpenSceneGraph and Present3D (that depends upon
  OpenSceneGraph)
  compiled fine using Cmake.
 
  Could you be specific about what error you are
 seeing and
  whereabouts
  in the OSG build?
 
  Robert.
 
 
 
  ___
  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 error on MAc OSX 10.4 and OSG 2.7.4

2008-12-19 Thread Paul Fotheringham
--- On Fri, 19/12/08, Robert Osfield robert.osfi...@gmail.com wrote:

 From: Robert Osfield robert.osfi...@gmail.com
 Subject: Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4
 To: osg_u...@yahoo.co.uk, OpenSceneGraph Users 
 osg-users@lists.openscenegraph.org
 Date: Friday, 19 December, 2008, 8:46 AM
 Hi Paul,
 
 On Thu, Dec 18, 2008 at 6:37 PM, Paul Fotheringham
 osg_u...@yahoo.co.uk wrote:
  Hi Robert,
 
  Thanks for looking into this.
 
  --- On Thu, 18/12/08, Robert Osfield
 robert.osfi...@gmail.com wrote:
  snip
  The core OSG library does link against the
 MATH_LIBRARY,
  but the other
  non of the other core libraries do.
 
  Apparently not on MacOSX using cmake :)
 
 Please read what I've already written.  I've been
 using Cmake under
 OSX as others have been as well, without problems.

I've already explained not once, but twice now, why that is.

  Take a look at
 
  src/osgText/CMakeFiles/osgText.dir/link.txt
 
  without the change you just made. In fact take a look
 at any of the link.txt files for each OSG library. Thay all
 have /usr/lib/libm.dylib in there.
 
  I've added a entry of
  MATH_LIBRARY into the linking of osgText.  Could
 you do an
  svn update
  and see if the error is fixed?
 
  I got the svn version and no it doesn't fix it.
 All it does is move the
 
  /usr/lib/libm.dylib
 
  reference on the link line to a different place!
 
  The fact you've got errors but others under
 OSX
  haven't reported this
  (including myself) suggests that must be something
 else
  going w.r.t
  gcc/SDK's you are using on your machine.
 
  I'm sorry I haven't explained this well
 enough. The goal here is to *not* have any explicit
 reference to libm.dylib on the link line.
 
  The symbols reside in the SDK version of the library
 at
 
  /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libm.dylib
 
  and *not* necessarily at
 
  /usr/lib/libm.dylib
 
  which is what the MATH_LIBRARY is set to. This is fine
 for UNIX but not Mac as it should be the former that is used
 for a consistent build (if there are Mac developers out
 there who disagree please correct me - I'm new to this).
 
  By omitting the explicit reference to libm.dylib the
 Mac build system takes care of this automatically and gets
 the symbols from the SDK version of the library.
 
  Users who are not seeing this problem have all the
 symbols they require in /usr/lib/libm.dylib and are, as I
 understand it, lucky ;)
 
 I'll will check what value is used on the OSX box that
 I was remote
 compiling on.
 
 Could you please remove the MATH_LIBRARY entry in the
 src/osg/CMakeLists.txt and src/osgText/CMakeLists.txt to
 test your
 theory about not needing it.

I agree that only libosg needs it. osgText only needs it indirectly. If I 
remove the MATH_LIBRARY entry from src/osgText/CMakeLists.txt then 
/usr/lib/libm.dylib still apears in the link line. To be more precise, it 
appears in src/osgText/CMakeFiles/osgDB.dir/link.txt which, with my limited 
knowledge of cmake, is what I assume it uses to perform the link.

As I implied in my first post, all these references to /usr/lib/libm.dylib on 
the link lines seem to come from the FIND_LIBRARY(MATH_LIBRARY m) line in the 
top-level CMakeLists.txt as they all go away if I remove that.


 Robert.

Paul


  
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4

2008-12-19 Thread Paul Fotheringham
Hi Robert,

If I set MATH_LIBRARY to  then it builds fine (with nothing on any on the 
link lines).

Also, if I set it to /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libm.dylib it also 
works fine (with /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libm.dylib on each 
link line).

I must admit I'm puzzled as to why the string associated with MATH_LIBRARY is 
appearing on the link lines for all the libraries and not just libosg itself as 
none of the CMakeLists.txt files other than the one in the osg folder refer to 
it. Are the other libraries somehow inheriting this setting from the cmake 
settings in libosg?

Paul

--- On Fri, 19/12/08, Robert Osfield robert.osfi...@gmail.com wrote:

 From: Robert Osfield robert.osfi...@gmail.com
 Subject: Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4
 To: OpenSceneGraph Users osg-users@lists.openscenegraph.org
 Date: Friday, 19 December, 2008, 11:15 AM
 Hi Paul,
 
 What happens if, using ccamke, you manually set the
 MATH_LIBRARY to 
 or to your frameworks version?
 
 Robert.
 
 On Fri, Dec 19, 2008 at 11:06 AM, Paul Fotheringham
 osg_u...@yahoo.co.uk wrote:
  --- On Fri, 19/12/08, Robert Osfield
 robert.osfi...@gmail.com wrote:
 
  From: Robert Osfield
 robert.osfi...@gmail.com
  Subject: Re: [osg-users] Build error on MAc OSX
 10.4 and OSG 2.7.4
  To: osg_u...@yahoo.co.uk, OpenSceneGraph
 Users osg-users@lists.openscenegraph.org
  Date: Friday, 19 December, 2008, 8:46 AM
  Hi Paul,
 
  On Thu, Dec 18, 2008 at 6:37 PM, Paul Fotheringham
  osg_u...@yahoo.co.uk wrote:
   Hi Robert,
  
   Thanks for looking into this.
  
   --- On Thu, 18/12/08, Robert Osfield
  robert.osfi...@gmail.com wrote:
   snip
   The core OSG library does link against
 the
  MATH_LIBRARY,
   but the other
   non of the other core libraries do.
  
   Apparently not on MacOSX using cmake :)
 
  Please read what I've already written. 
 I've been
  using Cmake under
  OSX as others have been as well, without problems.
 
  I've already explained not once, but twice now,
 why that is.
 
   Take a look at
  
   src/osgText/CMakeFiles/osgText.dir/link.txt
  
   without the change you just made. In fact
 take a look
  at any of the link.txt files for each OSG library.
 Thay all
  have /usr/lib/libm.dylib in there.
  
   I've added a entry of
   MATH_LIBRARY into the linking of osgText.
  Could
  you do an
   svn update
   and see if the error is fixed?
  
   I got the svn version and no it doesn't
 fix it.
  All it does is move the
  
   /usr/lib/libm.dylib
  
   reference on the link line to a different
 place!
  
   The fact you've got errors but others
 under
  OSX
   haven't reported this
   (including myself) suggests that must be
 something
  else
   going w.r.t
   gcc/SDK's you are using on your
 machine.
  
   I'm sorry I haven't explained this
 well
  enough. The goal here is to *not* have any
 explicit
  reference to libm.dylib on the link line.
  
   The symbols reside in the SDK version of the
 library
  at
  
  
 /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libm.dylib
  
   and *not* necessarily at
  
   /usr/lib/libm.dylib
  
   which is what the MATH_LIBRARY is set to.
 This is fine
  for UNIX but not Mac as it should be the former
 that is used
  for a consistent build (if there are Mac
 developers out
  there who disagree please correct me - I'm new
 to this).
  
   By omitting the explicit reference to
 libm.dylib the
  Mac build system takes care of this automatically
 and gets
  the symbols from the SDK version of the library.
  
   Users who are not seeing this problem have
 all the
  symbols they require in /usr/lib/libm.dylib and
 are, as I
  understand it, lucky ;)
 
  I'll will check what value is used on the OSX
 box that
  I was remote
  compiling on.
 
  Could you please remove the MATH_LIBRARY entry in
 the
  src/osg/CMakeLists.txt and
 src/osgText/CMakeLists.txt to
  test your
  theory about not needing it.
 
  I agree that only libosg needs it. osgText only needs
 it indirectly. If I remove the MATH_LIBRARY entry from
 src/osgText/CMakeLists.txt then /usr/lib/libm.dylib still
 apears in the link line. To be more precise, it appears in
 src/osgText/CMakeFiles/osgDB.dir/link.txt which, with my
 limited knowledge of cmake, is what I assume it uses to
 perform the link.
 
  As I implied in my first post, all these references to
 /usr/lib/libm.dylib on the link lines seem to come from the
 FIND_LIBRARY(MATH_LIBRARY m) line in the top-level
 CMakeLists.txt as they all go away if I remove that.
 
 
  Robert.
 
  Paul
 
 
 
  ___
  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


  
___
osg-users mailing list
osg-users

Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4

2008-12-19 Thread Paul Fotheringham
Hi Robert,

Thanks for that. I tried with the latest code from SVN and a fresh build 
directory and I still got the same two unresolved symbols.

I'm off on holiday now so I won't have access to the MacOSX machine at work 
until I get back in January. I didn't realise you were busy doing the 2.7.8 
release. If you do get a spare moment at some point then IMO the blog entry I 
linked to in my first post is quite informative. Since I'm new to the Mac I 
have no idea if it's a really bad thing that the 10.4 SDK libs on my system 
have different symbols from the 10.4 system libs. It does sound dodgy to me and 
even though I can tweak things to get osgText to build I wouldn't be surprised 
if it doesn't run (I'm actually not bothered as we don't use that particular 
library).

Oh well, thanks anyway, and have a good christmas and maybe we can resume this 
in January. Hopefully in the meantime someone with good Mac knowledge can maybe 
wade in to clarify it all :)

Paul

--- On Fri, 19/12/08, Robert Osfield robert.osfi...@gmail.com wrote:

 From: Robert Osfield robert.osfi...@gmail.com
 Subject: Re: [osg-users] Build error on MAc OSX 10.4 and OSG 2.7.4
 To: osg_u...@yahoo.co.uk, OpenSceneGraph Users 
 osg-users@lists.openscenegraph.org
 Date: Friday, 19 December, 2008, 4:14 PM
 Hi Paul,
 
 When I was removing the MATH_LIBRARY entry from the
 src/osgText/CMakeLists.txt  (the one that I had added to
 see it would
 help you) I noticed that FreeType was listed but this
 isn't needed by
 osgText, just by the freetype plugin so I have removed this
 as it's
 not needed and potentially could extra complications that
 it needn't
 have.  Could you try svn/trunk to see if it makes any
 difference.
 I've attached the cleaned up osgText/CMakeLists.txt in
 case you just
 want to try this on its own.
 
 Robert.
 
 
 On Fri, Dec 19, 2008 at 3:53 PM, Paul Fotheringham
 osg_u...@yahoo.co.uk wrote:
  Hi Robert,
 
  If I set MATH_LIBRARY to  then it builds
 fine (with nothing on any on the link lines).
 
  Also, if I set it to
 /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libm.dylib it also
 works fine (with
 /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libm.dylib on each
 link line).
 
  I must admit I'm puzzled as to why the string
 associated with MATH_LIBRARY is appearing on the link lines
 for all the libraries and not just libosg itself as none of
 the CMakeLists.txt files other than the one in the osg
 folder refer to it. Are the other libraries somehow
 inheriting this setting from the cmake settings in libosg?
 
  Paul
 
  --- On Fri, 19/12/08, Robert Osfield
 robert.osfi...@gmail.com wrote:
 
  From: Robert Osfield
 robert.osfi...@gmail.com
  Subject: Re: [osg-users] Build error on MAc OSX
 10.4 and OSG 2.7.4
  To: OpenSceneGraph Users
 osg-users@lists.openscenegraph.org
  Date: Friday, 19 December, 2008, 11:15 AM
  Hi Paul,
 
  What happens if, using ccamke, you manually set
 the
  MATH_LIBRARY to 
  or to your frameworks version?
 
  Robert.
 
  On Fri, Dec 19, 2008 at 11:06 AM, Paul
 Fotheringham
  osg_u...@yahoo.co.uk wrote:
   --- On Fri, 19/12/08, Robert Osfield
  robert.osfi...@gmail.com wrote:
  
   From: Robert Osfield
  robert.osfi...@gmail.com
   Subject: Re: [osg-users] Build error on
 MAc OSX
  10.4 and OSG 2.7.4
   To: osg_u...@yahoo.co.uk,
 OpenSceneGraph
  Users
 osg-users@lists.openscenegraph.org
   Date: Friday, 19 December, 2008, 8:46 AM
   Hi Paul,
  
   On Thu, Dec 18, 2008 at 6:37 PM, Paul
 Fotheringham
   osg_u...@yahoo.co.uk wrote:
Hi Robert,
   
Thanks for looking into this.
   
--- On Thu, 18/12/08, Robert Osfield
   robert.osfi...@gmail.com wrote:
snip
The core OSG library does link
 against
  the
   MATH_LIBRARY,
but the other
non of the other core libraries
 do.
   
Apparently not on MacOSX using cmake
 :)
  
   Please read what I've already
 written.
  I've been
   using Cmake under
   OSX as others have been as well, without
 problems.
  
   I've already explained not once, but
 twice now,
  why that is.
  
Take a look at
   
   
 src/osgText/CMakeFiles/osgText.dir/link.txt
   
without the change you just made. In
 fact
  take a look
   at any of the link.txt files for each OSG
 library.
  Thay all
   have /usr/lib/libm.dylib in there.
   
I've added a entry of
MATH_LIBRARY into the linking of
 osgText.
   Could
   you do an
svn update
and see if the error is fixed?
   
I got the svn version and no it
 doesn't
  fix it.
   All it does is move the
   
/usr/lib/libm.dylib
   
reference on the link line to a
 different
  place!
   
The fact you've got errors
 but others
  under
   OSX
haven't reported this
(including myself) suggests that
 must be
  something
   else
going w.r.t
gcc/SDK's you are using on
 your
  machine.
   
I'm sorry I haven't
 explained this
  well
   enough. The goal here is to *not* have
 any
  explicit
   reference to libm.dylib on the link line.
   
The symbols reside in the SDK

Re: [osg-users] error compiling osg 2.6.1 on mac os x 10.4.11

2009-01-03 Thread Paul Fotheringham
--- On Sat, 3/1/09, Francesco Argese kekk...@gmail.com wrote:

 From: Francesco Argese kekk...@gmail.com
 Subject: [osg-users] error compiling osg 2.6.1 on mac os x 10.4.11
 To: OpenSceneGraph Users osg-users@lists.openscenegraph.org
 Date: Saturday, 3 January, 2009, 11:51 AM
 Hi guys,
 
 i'm trying to install OSG 2.6.1 on Mac OS X 10.4.11.
 The version of cmake is 2.6-patch 2.
 The version of gcc is i686-apple-darwin8-gcc-4.0.1 (GCC)
 4.0.1 (Apple
 Computer, Inc. build 5250)
 The version of g++ is i686-apple-darwin8-g++-4.0.1 (GCC)
 4.0.1 (Apple
 Computer, Inc. build 5250)
 I have typed the following commands (as written on
 documentation):
 
 ./configure
 make
 
 The compilation start until 20% when it told me this error
 (it seems
 to be a compiler problem):
 
 [ 20%] Building CXX object
 src/osgUtil/CMakeFiles/osgUtil.dir/Tessellator.cpp.o
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:
 In member
 function 'void
 osgUtil::Tessellator::beginTessellation()':
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:44:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'/Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:
 In member
 function 'void
 osgUtil::Tessellator::beginTessellation()':
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:44:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:44:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:45:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:45:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:44:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'/Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:46:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:46:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:47:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:47:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:48:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:48:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:45:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:45:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:46:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:46:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:47:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:47:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:48:
 error:
 invalid conversion from 'void (*)()' to 'GLvoid
 (*)(...)'
 /Users/argesino/Development/3D
 Graphics/OpenSceneGraph-2.6.1/src/osgUtil/Tessellator.cpp:48:
 error:
 initializing argument 3 of 'void
 gluTessCallback(GLUtesselator*,
 GLenum, GLvoid (*)(...))'
 lipo: can't figure out the architecture type of:
 /var/tmp//ccn3IWWi.out
 make[2]: ***
 [src/osgUtil/CMakeFiles/osgUtil.dir/Tessellator.cpp.o] Error
 1
 make[1]: *** [src/osgUtil/CMakeFiles/osgUtil.dir/all] Error
 

Re: [osg-users] getting translate rotate scale right.

2009-01-15 Thread Paul Fotheringham
--- On Thu, 15/1/09, Gazi Alankus ala...@gmail.com wrote:

 From: Gazi Alankus ala...@gmail.com
 Subject: Re: [osg-users] getting translate rotate scale right.
 To: OpenSceneGraph Users osg-users@lists.openscenegraph.org
 Date: Thursday, 15 January, 2009, 6:25 PM
 I can't tell you the right answer, but maybe this might
 help a little bit.
 [rant]
 OSG matrices are not correct homogeneous
 transformation matrices.

Eh? By what definition exactly?

They are
 transposed. When you come up with a solution that involves
 multiplication of
 transformation matrices on paper, you have to reverse the
 order of
 multiplications when implementing it with OSG to get things
 working.
 
 This problem arises from the confusion that OpenGL stores
 matrices in
 column-major order and OSG treats that data as if it was
 stored in row-major
 order, effectively transposing the matrix.

OpenGL is neither row-major or column-major. It treats a transformation matrix 
as 16 floats, nothing more. Only when one imposes a 4x4 structure of rows and 
columns on the 16 numbers does one then encounter the question Which way shall 
I order them?. At that point you choose row-major or column-major as the 
description of how your data is stored in the matrix.

 There is no such
 thing as
 row-major matrix since matrices are
 mathematical entities that have
 nothing to do with storage.

Yes there is, I've just described it above. It's storage that has nothing to do 
with it i.e. OpenGL's view of it as 16 numbers, it's how you construct your 
mathematical entity, your matrix, that imposes one view or the other.

Paul


  
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Development plan for imminent stable OSG-2.8

2009-01-27 Thread Paul Fotheringham
--- On Fri, 23/1/09, Robert Osfield robert.osfi...@gmail.com wrote:
snip
 I would very much like for us to get the OSG binaries
 sorted out for
 this OSG-2.8, both for platforms like Windows and OSX, and
 for linux,
 in particular knocking on the Linux distro doors to get
 OSG-2.8 in the
 up coming linux releases.
 
 I greatly appreciate any assistance you can provide in
 terms or
 testing or helping out on the coordinating with packaging
 of the final
 release.

Hi,

I'm currently teaching myself how to build rpms. Would that be of any use for 
you?

I know they are typically targeted at specific distributions but I have a large 
hard drive and could try to make then up for any distribtions I can get my 
hands on!

From what I've read so far it seems that it would be better to create a source 
rpm first and then I can build the actual binary rpm on the target platform. 
Or maybe it's only the source rpm itself that should be made available?

Of course this would be my first project at building rpms which might be a bit 
ambitious but you have to learn somewhere and it would be great to give 
something back!

Paul



  

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Development plan for imminent stable OSG-2.8

2009-01-27 Thread Paul Fotheringham
--- On Tue, 27/1/09, Robert Osfield robert.osfi...@gmail.com wrote:

 From: Robert Osfield robert.osfi...@gmail.com
 Subject: Re: [osg-users] Development plan for imminent stable OSG-2.8
 To: osg_u...@yahoo.co.uk, OpenSceneGraph Users 
 osg-users@lists.openscenegraph.org
 Date: Tuesday, 27 January, 2009, 9:24 AM
 Hi Paul,
 
 On Tue, Jan 27, 2009 at 8:57 AM, Paul Fotheringham
 osg_u...@yahoo.co.uk wrote:
  I'm currently teaching myself how to build rpms.
 Would that be of any use for you?
 
 It would. There is a message of Mattias, on the thread
 about
 LIB_POSTFIX, which mentions how to create rpms using CPack,
 so this
 would be a good place to start.

Thanks, I'll check that out.
 
  I know they are typically targeted at specific
 distributions but I have a large hard drive and could try to
 make then up for any distributions I can get my hands on!
 
 Will you have to install the various distros? 

I thought so but perhaps there's an easier way? I'll investigate this further.

 I'd guess that that the
 main rpm based Distro's would be RedHat, Fedora and
 Mandriva. Do you
 have any these right now?

I use Fedora at work and Mandriva at home so that should help. I think SuSE is 
rpm-based too or at least it was the last time I used it years ago.

 The first step would be to get rpm's built for the
 upcoming 2.7.9 on
 your present platform then get others to test these out.

I'll start with that then. Can't promise how quickly it'll happen of course but 
I'll do my best :)

Paul


  

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Quat * Vec3 proposals - request for comments/help

2009-05-02 Thread Paul Fotheringham

--- On Tue, 21/4/09, J.P. Delport jpdelp...@csir.co.za wrote:

 From: J.P. Delport jpdelp...@csir.co.za
 Subject: [osg-users] Quat * Vec3 proposals - request for comments/help
 To: osg users osg-users@lists.openscenegraph.org
 Date: Tuesday, 21 April, 2009, 1:36 PM
 Hi all,
 
 it's been known for a while [1] that there are
 inconsistencies with the way OSG handles Quat * Vec3. In
 short: Quat * Vec3 is written in code as a post-multiply,
 but the result of the operation is as if a pre-multiply was
 performed. The attached test app also shows the problem
 (more on it later).
 
 [1]
 http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/21003
 and
 http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/33099
 
 What doesn't work?
 There are many examples that can be constructed of where a
 mathematical expression usings quats and vectors would not
 provide the expected results. See also [1]. The easiest one
 I could come up with is this:
 
 ((q1 * q2) * v) != (q1 * (q2 * v))
 
 Why are there not more complaints?

Well I curse this all the time, but not for the same reason. For me it's q1 * 
q2 that's annoying as I see it as the opposite of what I expect from the 
mathematics of applying a quaternion to a vector but then therein lies the 
problem.

Using operator* for matrix multiplications is fine as that mirrors precisely 
what you are doing with the matrices mathematically. Using operator* for 
quaternion multiplication is a loose analogy since you are actually doing 
q*v*q' mathematically when applying q to v. If you have two rotations, q1 
followed by q2 then you would get q2*q1*v*q1'*q2' mathematically and so I 
expect the interpretation of operator* to allow me to write q2*q1*v in code.

Of course that's just my interpretation and what I'm effectively saying within 
that interpretation is that it's quat * quat that is wrong but there's no way 
in the world you can swap that now! :)

Alternatively you could drop osg::Vec3::operator*( osg::Quat ) altogether and 
have osg::Vec3::apply( osg::Quat ) or osg::Vec3::rotate( osg::Quat ). I've used 
math libraries that do it this way (and where vec::operator*( quat ) is just 
that i.e. the mathematical multiplication rather than the full blown rotation.

I guess it depends on whether you value the brevity of operator* over the 
underlying mathematics. If operator* is still going to be used for applying a 
quaternion to a vector then I support the idea of making the multiplication 
orders consistent between quat/quat and vec/quat as per your proposal.

Making it consistent with OSG's row-major matrix multiplication is probably 
easier for coders who are not concerned with the details of the maths (and as I 
noted above it's not a workable solution to swap it now anyway).

Whatever happens I second the comment of Tanguy Fautre who asked for it to be 
documented clearly somewhere. :)

Anyway I hope you don't mind me chipping in. It certainly is interesting that 
there hasn't been more discussion. Maybe people just do what works and leave 
it. ;)

Paul Fotheringham.



  
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] Quat * Vec3 proposals - request for comments/help

2009-05-02 Thread Paul Fotheringham

 Alternatively you could drop osg::Vec3::operator*(
 osg::Quat ) altogether and have osg::Vec3::apply( osg::Quat
 ) or osg::Vec3::rotate( osg::Quat ).

Woops. Of course I meant that it was osg::Quat::operator*( osg ::Vec3 ) that 
could be dropped. Sorry.

Paul Fotheringham.



  
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


[osg-users] hello

2013-06-12 Thread Paul Fotheringham
http://www.jans.com.au/wsjgcsjia.php___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org