Re: [osg-users] Build Error on Windows

2009/3/24 Robert Osfield > Mark,On Tue, Mar 24, 2009 at 10:50 PM, Mark Sciabica > wrote: > >> Let me spell out specifically a sequence of events that will lead to a >> problem. >> >> > > Let me spell out... please read m

Re: [osg-users] Build Error on Windows

Mark, On Tue, Mar 24, 2009 at 10:50 PM, Mark Sciabica wrote: > Let me spell out specifically a sequence of events that will lead to a > problem. > > Let me spell out... please read my previous email... If you feel that

Re: [osg-users] Build Error on Windows

Robert Osfield wrote: This exception covers the distribution of your final application, not source code modifications. If you modify the source then those modifications must be open sourced under the same licence as the orignal work - the LGPL parts of the license cover this. The exception ref

Re: [osg-users] Build Error on Windows

On Tue, Mar 24, 2009 at 7:33 PM, Mark Sciabica wrote: > We have not yet reached our first release so it's not yet an issue. However > there's nothing secret about our changes as I've already posted them to the > mailing list (and had them ignored or rejected). If I don't merge them they you'll

Re: [osg-users] Build Error on Windows

Robert Osfield wrote: Hi Mark, On Tue, Mar 24, 2009 at 5:42 PM, Mark Sciabica > wrote: The versioning of the dll's doesn't completely solve the problem. I have customized OSG for my application, changing the public interface in a way such that the objec

Re: [osg-users] Build Error on Windows

Hi Mark, On Tue, Mar 24, 2009 at 5:42 PM, Mark Sciabica wrote: > The versioning of the dll's doesn't completely solve the problem. I have > customized OSG for my application, changing the public interface in a way > such that the objects are not binary compatible with vanilla OSG. Linking > dll'

Re: [osg-users] Build Error on Windows

Hi Robert, The versioning of the dll's doesn't completely solve the problem. I have customized OSG for my application, changing the public interface in a way such that the objects are not binary compatible with vanilla OSG. Linking dll's without my customizations can cause crashes. I install m

Re: [osg-users] Build Error on Windows

2009/3/24 Robert Osfield > Hi Philip, > > You do recall the fact the OSG versions it's dll/.so and plugins directory, > and as you're hypothetical usage model totally ignores this fact it's pretty > hard for me to take it too seriously. I had forgotten about that, yes good point. So what good

Re: [osg-users] Build Error on Windows

Hi Philip, You do recall the fact the OSG versions it's dll/.so and plugins directory, and as you're hypothetical usage model totally ignores this fact it's pretty hard for me to take it too seriously. Robert. 2009/3/24 Philip Lowman > is is kinda dangerous too. What happens if: > > 1. User i

Re: [osg-users] Build Error on Windows

Hi Mark, Removing this entry will force more applications to explicitly put the path to the osgPluigins directory. It doesn't override anything, so if you wanted to the move the library afterwards then you could but you'd have to specify the new path - that would only take you make to position of

Re: [osg-users] Build Error on Windows

On Mon, Mar 23, 2009 at 5:47 PM, Mark Sciabica wrote: > Hi Robert, > > Sorry, I thought it would have been clear from my first e-mail. I'll try > again. > > FileUtils.cpp in osgDB has this code. > > static void appendInstallationLibraryFilePaths(osgDB::FilePathList& > filepath) > { > #ifdef OSG_D

Re: [osg-users] Build Error on Windows

Hi Robert, Sorry, I thought it would have been clear from my first e-mail. I'll try again. FileUtils.cpp in osgDB has this code. static void appendInstallationLibraryFilePaths(osgDB::FilePathList& filepath) { #ifdef OSG_DEFAULT_LIBRARY_PATH // Append the install prefix path to the libra

Re: [osg-users] Build Error on Windows

On Mon, Mar 23, 2009 at 7:37 PM, Mark Sciabica wrote: > > Thanks for the reply. I'll be upgrade CMake for my next build of OSG. But > do you have any comment on the final paragraph of my e-mail? Embedding the > install path configured when OSG is built only makes sense if OSG is not > distributed

Re: [osg-users] Build Error on Windows

Hi Robert, Thanks for the reply. I'll be upgrade CMake for my next build of OSG. But do you have any comment on the final paragraph of my e-mail? Embedding the install path configured when OSG is built only makes sense if OSG is not distributed in binary form. Mark Robert Osfield wrote: HI

Re: [osg-users] Build Error on Windows

HI Mark, I would recommend using CMake 2.6.x under Windows. Robert. On Sat, Mar 21, 2009 at 12:55 AM, Mark Sciabica wrote: > Hello all, > > I'd like to report a build error I encountered on Windows using CMake 2.4 > and default CMAKE_INSTALL_PREFIX. The default value for the install prefix > is

[osg-users] Build Error on Windows

Hello all, I'd like to report a build error I encountered on Windows using CMake 2.4 and default CMAKE_INSTALL_PREFIX. The default value for the install prefix is "C:/Program Files/OpenSceneGraph" (without the quotes). The space in the path appears to confuse CMake when generating the project