Hi Thomas,
If you replace ln. 33 in CMakeModules/OsgMacroUtils.cmake
TARGET_LINK_LIBRARIES(${TRGTNAME} optimized "${OUTPUT_LIBDIR}/${LINKLIB}" debug
"${OUTPUT_LIBDIR}/${LINKLIB}${CMAKE_DEBUG_POSTFIX}")
with something like in ln. 31
TARGET_LINK_LIBRARIES(${TRGTNAME} optimized "${OUTPUT_LIBDIR}/${LINKLIB}.lib" debug
"${OUTPUT_LIBDIR}/${LINKLIB}${CMAKE_DEBUG_POSTFIX}.lib")
OSG will build properly.
I'm not CMake expert and I don't know why there is a difference for IDE and
nonIDE MSVC project generation in CMake macros but with this fix OSG builds
with no problems.
Marcin
Hello everyone,
Compiling OSG 2.4 on Windows Vista 32bit with CMake 2.6 and Visual C++ 2008
all latest versions, I have noticed that the projects that depend on other
solution internal projects (such as osg depends on OpenThreads) all fail to
link with a similar error to this for all of the internal dependencies (not
just OpenThreads as in this example):
"3>LINK : fatal error LNK1181: input file "..\..\lib\OpenThreads.obj" cannot
be opened."
Notice the .obj extension - turns out in the project linker options, all
additional dependencies are specified correctly with the extension .lib but
the internal for example osgUtil:
$(NOINHERIT) kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib
ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib ..\..\lib\osgd
..\..\lib\OpenThreadsd glu32.lib opengl32.lib
Notice again the extension .lib is missing for the solution internal
dependencies.
Could anyone let me know if this is likely a misconfiguration of mine or if
this really is a bug that should be addressed/fixed in the next release of
the OSG library?
Thanks,
Thomas
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
