Re: [Maya2osg-users] Problem with source groups in CMakeLists.txt for VC9
Status: Alpha
Brought to you by:
jtaibo
From: Jean-Sébastien G. <jea...@cm...> - 2011-05-13 16:04:56
|
Hi Javier, > Yes, I tested it in Visual Studio 2010 Express, and it worked there. > But I have to tweak a bit the filter option to make it work. It's a > bit tricky. What do you mean when you say "tweak the filter option"? > Right now I am in Ubuntu, so I cannot test it. But as soon as I get > to a Windows machine, I'll test the file you sent and let you know how > it behaves in VS 2010. No problem. > I know how to make the debug targets link with debug libraries and > release targets with release libraries. But, when I am using > RelWithDebInfo, it considers it "optimized" and links it with the > Release version (not the RelWithDebInfo). Is there any easy way (not > populating the script with lots of conditionals and manually adding > suffixes that are already defined) to make each target link with the > corresponding ones? I have no idea, honestly... I admit it's weird that the LINK_LIBRARIES command has 2 hard-coded modes, debug and optimized, when there are 4 configurations possible, debug, release, release with debug info and min size release. Theoretically, if what you want is to be able to debug into OSG with your RelWithDebInfo build of the plugin, you could build OSG in RelWithDebInfo, setting the suffix to empty for that configuration (in advanced settings in OSG's CMake), then your RelWithDebInfo DLLs will have the same filenames as the Release ones. Then you just have to replace the Release DLL files with the RelWithDebInfo ones, and they'll be picked up when the plugin is loaded. Since RelWithDebInfo is binary-compatible with Release, you can use either interchangeably. Sure, it's a workaround and not a fix, but it might get you where you want to go. Hope this helps, J-S -- ______________________________________________________ Jean-Sebastien Guay jea...@cm... http://www.cm-labs.com/ http://whitestar02.dyndns-web.com/ |