If you're asking whether or not the OpenSG build will copy over dependent
libraries, the answer is no.
If you're asking about where OpenSG places it's libraries for it's install
command then, "make install" will put the .so(dynamic) and .a(static) files
into $prefix/lib/dbg for debug libs and $prefix/lib/opt for release libs.
Using dynamic libs is the easier, and common practice for large libraries
like OpenSG.
DK
On Mon, Oct 12, 2009 at 7:46 PM, Maslowski, Eric <[email protected]> wrote:
> Thanks Gerrit!
> Remote access to my computer is on the fritz but I will check this
> out first thing tomorrow morning. One question, though. When building both
> static/dynamic and choosing to build OpenSG with static libs, will it's
> install process intelligently copy over the necessary DLLs?
>
> Again, can't wait to try this tomorrow. Thanks again.
>
> E.
>
> -----Original Message-----
> From: Gerrit Voß [mailto:[email protected]]
> Sent: Monday, October 12, 2009 8:00 PM
> To: [email protected]
> Subject: Re: [Opensg-users] [OpenSG 2.0] Compiling for 64-bit (Windows,
> VC9)
>
>
> Hi,
>
> On Tue, 2009-10-13 at 06:43 +0800, Gerrit Voß wrote:
> > Hi,
> >
> > On Mon, 2009-10-12 at 16:50 -0400, Maslowski, Eric wrote:
> > > Hello again,
> > > First, I just want to say that the scripts are great. What a
> difference they make.
> > > The libraries compiled mostly without issue (compiling only "shared"
> led to some errors when trying to install the created files).
> >
> > ok, I'll have a look.
> >
> > > So, I'm trying to build static libraries, which went well with the
> scripts,
> >
> > you actually can just build both (that is what I usually do). You can
> > later select in OpenSG which variant to take (static/dynamic), except
> > for the one's where static does not work due to global static blocks in
> > the lib (glut/glew).
>
> > > but when I reconfigure CMake for OpenSG I receive:
> >
> >
> >
> > > CMake Error at CMake/BuildFunctions.cmake:1237 (ADD_LIBRARY):
> > > add_library cannot create imported target "OSG_PNG_LIBRARY_TARGET"
> because
> > > another target with the same name already exists.
> > >
> > > Call Stack (most recent call first):
> > > CMake/ConfigurePackages.cmake:149 (OSG_ADD_IMPORT_LIB)
> > > CMakeLists.txt:314 (OSG_CONFIGURE_PNG)
> > >
> > > The only changed CMake settings are:
> > > OSG_SUPPORT_ROOT = <directory where the other script installs to>
> > > OSG_USE_OSGSUPPORT_LIBS = TRUE
> > > OSG_USE_STATIC_SUPPORT_LIBS = TRUE
> > >
> > > Any ideas? I didn't see anything obvious in the
> "configurePackages.cmake" file.
> >
> > yes, it is a bug because in line 133 the same target is created without
> > enough checking. I'll have a look.
> >
>
> ok it should be fixed. I also, for now, force to build both static and
> shared support libs as OpenSG later needs some as the shared variant
> (especially glut), even if OSG_USE_STATIC_SUPPORT_LIBS is TRUE. I'll
> later see how I can get the choice back in.
>
> Could you update and try again.
>
> kind regards,
> gerrit
>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
