Hello Gerrit,
"Gerrit Voß" <[email protected]> schrieb im
Newsbeitrag news:[email protected]...
>
> hmm, fascinating I'll have a look. I thought I tested it but it might be
> that I screwed something in between.
>
Be aware that I could only take a tiny glance at the result this morning. I
will take a deeper look this afternoon local time.
>> It would be fine if we can use these variables also for
>>
>> OSG_USE_OSGSUPPORT_LIBS:BOOL=OFF
>>
>> in case the user provide sensible input for them.
>
> I have to see if there is an easy way to do this because IIRC the
> rest of cmake is not very aware of all the windows variants. And IIRC
> the more common LIB_VAR=debug;/libD.lib;optimized;lib.lib way of
> finding packages does not work with custom variants (which is a real
> pain).
>
Have you looked into my cmake file. I just defined that the release libs and
debug libs of the support libraries are found at the same location and that
they are named equal with the additional 'D' suffix in debug case. I then
use the cmake string replace to get a debug variant:
string(REPLACE ".lib" "D.lib" ZLIB_D_LIBRARY ${ZLIB_LIBRARY})
In the target_link_library command I can then distinguish both cases easily:
target_link_libraries(
png
debug ${ZLIB_D_LIBRARY}
optimized ${ZLIB_LIBRARY}
)
So I have only to specify the release lib, but with an additional rule to
obey. It is just not as universal as probably expected and requested.
>
> For your case it might be easier we either agree on naming the libs or I
> make naming them flexible enough so you can slip in your builds as
> OpenSG Support libs and utilize this. Currently it just looks for a
> specific header under ${SUPPORT_ROOT}/include and the libs under
> ${SUPPORT_ROOT}/lib. As long as your names match it should not be
> a problem. The only assumption I make is that glut is actually
> freeglut when it comes through there.
>
yes.
> ok, I'll add this option along with the bin dll install which
> is still on my list.
thank you.
Best,
Johannes
------------------------------------------------------------------------------
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
