### [osg-users] hello

```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

```

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

```
--- 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]
and

What doesn't work?
There are many examples that can be constructed of where a
mathematical expression usings quats and vectors would not
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

```
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

```

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

```--- 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

```--- 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
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] getting translate rotate scale right.

```--- 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] error compiling osg 2.6.1 on mac os x 10.4.11

```--- 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] Build error on MAc OSX 10.4 and OSG 2.7.4

```--- 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 :)

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

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.

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

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

```Hi Robert,

If I set MATH_LIBRARY to  then it builds fine (with nothing on any on the

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

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

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 :)

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

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.

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

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
limited knowledge of cmake, is what I assume it uses to

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

```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
see it would
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

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

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
:)

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

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.

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] Build error on MAc OSX 10.4 and OSG 2.7.4

```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,

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

/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

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

```Hi,

The error is

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
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
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

```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

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.

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

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
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
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
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

```