I noticed that examples ends up at share/OpenSceneGraph/bin
CMakeModules/OsgMacroUtils.cmake: INSTALL(TARGETS
${TARGET_TARGETNAME} RUNTIME DESTINATION share/OpenSceneGraph/bin )
should there perhaps be a way to set that in cmake if you prefer
another directory?
For example keeping them at the same directory as osgviewer etc..
/Anders
On 4/25/07, Anders Backman <[EMAIL PROTECTED]> wrote:
On 4/24/07, Luigi Calori <[EMAIL PROTECTED]> wrote:
> Anders Backman wrote:
>
> > What if you want to replace OpenThreads temporarily for a "patched" one?
> > What if you decide that you want to build with or without debug
> > symbols in the release library? Copying libs in windows is not a good
> > way to handle these things. Together with .lib/.dll there are pdb etc
> > for debugging, copying them back and forth is not very effective.
> > I rather prefer the unix style suggested by Thibault, we are using
> > something similar, where we make use of the LIB and INCLUDE
> > environment variable that exists for visualstudio.
> >
> > By running a bat-file we set the LIB, INCLUDE and PATH variables to
> > whatever release/library/combination we want, then we start
> > visualstudio with devenv /useenv.
>
> what is devenv/useenv ?
devenv /useenv is the command to start visualstudio from the command prompt.
/useenv indicates that it should use the environmentvariables INCLUDE,
LIB when searching for libraries and headerfiles. One of the more
forgotten things about vsnet.
It makes life really easy, you dont have to put any $(VARIABLES) in
your project files, you dont have to add directories in
tools->options->directories,
you just set your LIB and INCLUDE (as in unix) and then compile
(inside visualstudio).
>
> I did not tested much, but you can probably set
> CMAKE_USE_RELATIVE_PATHS to ask for projects that have not full path names.
I'll have a look.
>
>
> > What would happen if you specify OpenSceneGraph as install path for
> > binaries/libs? Would it also try to copy header files?
>
> The install step does exacly like that, it install also headers.
>
If you specify ./ it wont copy any header files, at least it doesnt say it does.
It only copies .lib and .dll:s so it works like a charm.
> CMake preferred setup is to build outside source, in order to avoid
> touching source dir at all,
> so making the default install prefix concide with the source dir seems
> strange, but is probably doable.
Which comes from the fact that under unix you DO have a decent target
for your lib:s and .h:s, but in windows you dont.
I have even seen software installing headers in the same directory
where .NET keeps its own system headers!!
So, to summarize, under windows, it seems that it works just fine to
have ./ as the install path.
/Anders
--
________________________________________________________________
Anders Backman Email: [EMAIL PROTECTED]
HPC2N/VRlab Phone: +46 (0)90-786 9936
Umea university Cellular: +46 (0)70-392 64 67
S-901 87 UMEA SWEDEN Fax: +46 90-786 6126
http://www.cs.umu.se/~andersb
--
________________________________________________________________
Anders Backman Email: [EMAIL PROTECTED]
HPC2N/VRlab Phone: +46 (0)90-786 9936
Umea university Cellular: +46 (0)70-392 64 67
S-901 87 UMEA SWEDEN Fax: +46 90-786 6126
http://www.cs.umu.se/~andersb
_______________________________________________
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
