Re: [CMake] InstallRequiredSystemLibraries.cmake

You get just Release by default. Then, if you set CMAKE_INSTALL_DEBUG_LIBRARIES you get both. Or, if you set CMAKE_INSTALL_DEBUG_LIBRARIES and CMAKE_INSTALL_DEBUG_LIBRARIES_ONLY, you get just Debug. That's what the bug fix for http://public.kitware.com/Bug/view.php?id=11141 was. (Patch kindly pr

Re: [CMake] InstallRequiredSystemLibraries.cmake

Along those same lines would it be possible to have separate variables for the Debug and Release runtime libraries? I _think_ I need this based on some previous conversations on this list. Comments welcome. -- Mike Jackson On Jan 13, 2011, at 1:22 PM, David Cole wrote: > Thanks for this repor

Re: [CMake] InstallRequiredSystemLibraries.cmake

Thanks for this report. The commit that fixes this is now in our 'next' branch: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=fc144924a0782b37c320378ac76482f0534c7530 Fixing it, and adding a warning about required files that do not exist revealed several other issues when using this file wit

[CMake] InstallRequiredSystemLibraries.cmake

This currently has no support for watcom's libraries, I'm working on adding that in the same method basically that visual studio uses for all of its versions; this is still in progress but I'll come up with soemhting like a patch in abit. While doing this I found that there is a bug with VS2010 su

Re: [CMake] InstallRequiredSystemLibraries.cmake and cpack -G NSIS

On 12/08/2009 07:07 AM, Mathieu Malaterre wrote: On Tue, Dec 8, 2009 at 3:03 PM, Mathieu Malaterre wrote: Hi there, I am currently experiencing a weird issue. The NSIS installer does not install the M$ redist dll as I would expect InstallRequiredSystemLibraries.cmake should be doing. Th

Re: [CMake] InstallRequiredSystemLibraries.cmake and cpack -G NSIS

On Tue, Dec 8, 2009 at 3:03 PM, Mathieu Malaterre wrote: > Hi there, > >  I am currently experiencing a weird issue. The NSIS installer does > not install the M$ redist dll as I would expect > InstallRequiredSystemLibraries.cmake should be doing. The cpack -G ZIP > is ok, I can see the M$ dll in t

[CMake] InstallRequiredSystemLibraries.cmake and cpack -G NSIS

Hi there, I am currently experiencing a weird issue. The NSIS installer does not install the M$ redist dll as I would expect InstallRequiredSystemLibraries.cmake should be doing. The cpack -G ZIP is ok, I can see the M$ dll in the /bin directory. But for some reason the NSIS does not seems to in

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

OK. Turns out it was ITK being compiled in Debug mode and then trying to link against it with a Release build. On to some comments that might help others: VCExpress 2008 SP1 does NOT come with VCRedist_x86.exe. You will need to download the correct version. VCExpress 2008:

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Yep. First thing I have tried, and have been using all day. I think I may have tracked part of the problem down to a few things. 1: vcredist_x86.exe - There are multiple versions of this (all with the same file name). You have to make sure you download the correct version. I have VCExpress 2008 SP

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Did you try the dependency walker (available via google) to see if there may be any dll's you need to have in the same directory as the binary? Regards, Juan On Thu, Aug 20, 2009 at 5:03 PM, Mike Jackson wrote: > So I "created" the proper paths within the VCExpress installation and > placed the

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

So I "created" the proper paths within the VCExpress installation and placed the downloaded vcredist_x86.exe file in there. CMake found it. NSIS found it and included it. I ran my new installer on a "clean" XP SP3 machine. Verified the vcredist.exe actually ran also. Tried to launch an application

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Thanks for the info That's what I get for expressing what I think are facts from my flawed human memory. (Perhaps it was a fact with Express 2005 editions when I first read the licenses long ago...) Sorry for the blip, David On Thu, Aug 20, 2009 at 5:40 PM, j s wrote: > I don't believe tha

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

I don't believe that to be the case with Visual Express 2008. I don't know how previous editions work. ** *Can I use Express Editions for commercial use?* 1. Yes, there are no licensing restrictions for applications built using Visual Studio Express Editions. http://www.microsoft.com/e

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Hold on there... The Express editions are not meant to build redistributable binaries. They're meant for personal use: i.e. -- each user compiles his own code. I'm pretty sure it's a violation of the Express edition license agreement to build binaries for other people. You need at least the "Stand

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 20, 2009 at 4:06 PM, James Bigler wrote: > On Thu, Aug 20, 2009 at 1:51 PM, Mike Jackson > wrote: >> >> On Thu, Aug 6, 2009 at 3:12 PM, Marcus D. Hanwell wrote: >> > James Bigler wrote: >> >> On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman >> >> mailto:bill.hoff...@kitware.com>> wrote: >

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 6, 2009 at 2:07 PM, Clinton Stimpson wrote: > Bill Hoffman wrote: >> >> James Bigler wrote: >>> >>> I've just been bitten hard by this issue (many hours of frustration while >>> attempting to run a demo application that should have "Just Worked" (TM) ). >>> >>> According to this page: >

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 20, 2009 at 1:51 PM, Mike Jackson wrote: > On Thu, Aug 6, 2009 at 3:12 PM, Marcus D. Hanwell wrote: > > James Bigler wrote: > >> On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman > >> mailto:bill.hoff...@kitware.com>> wrote: > >> > >> James Bigler wrote: > >> > >> > >> Well, I

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 6, 2009 at 3:12 PM, Marcus D. Hanwell wrote: > James Bigler wrote: >> On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman >> mailto:bill.hoff...@kitware.com>> wrote: >> >>     James Bigler wrote: >> >> >>         Well, I was using VS 2005 64 bit with SP 1.  I wonder if there >>         is a s

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

James Bigler wrote: > On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman > mailto:bill.hoff...@kitware.com>> wrote: > > James Bigler wrote: > > > Well, I was using VS 2005 64 bit with SP 1. I wonder if there > is a similar bug or if there is something else going wrong > such

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 6, 2009 at 12:10 PM, Bill Hoffman wrote: > James Bigler wrote: > > >> Well, I was using VS 2005 64 bit with SP 1. I wonder if there is a >> similar bug or if there is something else going wrong such as what Marcus >> Hanwall described. >> >> > I am not sure what your issue is, but I k

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

James Bigler wrote: > I've just been bitten hard by this issue (many hours of frustration > while attempting to run a demo application that should have "Just > Worked" (TM) ). > > According to this page: > > http://support.microsoft.com/kb/326922 > > > "You should install these versions of the CRT

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

James Bigler wrote: Well, I was using VS 2005 64 bit with SP 1. I wonder if there is a similar bug or if there is something else going wrong such as what Marcus Hanwall described. I am not sure what your issue is, but I know I have done this many times... -Bill ___

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

Bill Hoffman wrote: James Bigler wrote: I've just been bitten hard by this issue (many hours of frustration while attempting to run a demo application that should have "Just Worked" (TM) ). According to this page: http://support.microsoft.com/kb/326922 "You should install these versions of

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

On Thu, Aug 6, 2009 at 11:55 AM, Bill Hoffman wrote: > James Bigler wrote: > >> I've just been bitten hard by this issue (many hours of frustration while >> attempting to run a demo application that should have "Just Worked" (TM) ). >> >> According to this page: >> >> http://support.microsoft.com/

Re: [CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

James Bigler wrote: I've just been bitten hard by this issue (many hours of frustration while attempting to run a demo application that should have "Just Worked" (TM) ). According to this page: http://support.microsoft.com/kb/326922 "You should install these versions of the CRT on target co

[CMake] InstallRequiredSystemLibraries.cmake and Redistribution of the shared C runtime component in Visual C++

I've just been bitten hard by this issue (many hours of frustration while attempting to run a demo application that should have "Just Worked" (TM) ). According to this page: http://support.microsoft.com/kb/326922 "You should install these versions of the CRT on target computers by running the V