[CMake] CMAKE 2.8.5 - CMAKE_GENERATOR Bug?

Fri Feb 3 11:12:20 EST 2012

Hi Sarnath,

Could you create an issue in the tracked where you will describe the
problem, the work around and also attach the configure.bat file ?

I am sure that will be helpful in solving the problem.

If there is already an issue .. could you mention the corresponding #
number ?

Thanks for your help
Jc

On Fri, Feb 3, 2012 at 7:34 AM, Sarnath K - ERS, HCLTech
<k_sarnath at hcl.com>wrote:

> Hello,
>
> I managed to find a workaround.
>
> Instead of allowing CMAKE to work out the configuration and build of the
>  external CMAKE project,
> I just wrote a batch file (configure.bat) which would invoke "cmake"
> internally to generate the makefiles.
> After that, I could use "cmake --build" command to build the external
> project.
>
> With these workarounds, I was able to generate a 32-bit tool alongside
> 64-bit executables and 64-bit libraries.
>
> Sigh of relief!! But CMAKE authors would want to look into this issue,
>
> Thanks,
> Best Regards,
> Sarnath
>
> -----Original Message-----
> From: cmake-bounces at cmake.org [mailto:cmake-bounces at cmake.org] On Behalf
> Of Sarnath K - ERS, HCLTech
> Sent: Friday, February 03, 2012 10:48 AM
> To: John Drescher
> Cc: cmake at cmake.org
> Subject: Re: [CMake] CMAKE 2.8.5 - CMAKE_GENERATOR Bug?
>
> Hello John,
>
> I can +vely see this behavior with the latest 2.8.7 version as well.
> I am using a windows 64-bit machine with Visual studio 2008 installed on
> it.
>
> This is how I use Externa Project Add command:
> "
>    include(ExternalProject)
>    ExternalProject_Add(
>        gen
>        CMAKE_GENERATOR "Visual Studio 9 2008"
>        URL file://${CMAKE_SOURCE_DIR}/src/tools/gen
>        INSTALL_COMMAND ""
>    )
> "
>
> The CMakeLists.txt hosting this ExternalProject_Add is generated using
> "NMake Makefiles" - which uses the default 64-bit build configuration.
> A verbose Makefile generation nails the issue.
> The "gen" project is generated as <cmake "-G Visual Studio 9 2008"> which
> screws things up.
>
> Can somebody please help me with this?
>
> Thanks,
> Best Regards,
> Sarnath
> -----Original Message-----
> From: John Drescher [mailto:drescherjm at gmail.com]
> Sent: Thursday, February 02, 2012 11:12 PM
> To: Sarnath K - ERS, HCLTech
> Cc: cmake at cmake.org
> Subject: Re: [CMake] CMAKE 2.8.5 - CMAKE_GENERATOR Bug?
>
> On Thu, Feb 2, 2012 at 12:33 PM, Sarnath K - ERS, HCLTech
> <k_sarnath at hcl.com> wrote:
> > All,
> >
> >
> >
> > I was trying to use the external project add feature to add a 32-bit VC++
> > project on a 64-bit parent build system.
> >
> > However, I ran into problems while compiling the 32-bit project.
> >
> > "devenv" used to complain "invalid solution configuration"
> >
> > I tried to explicitly set "CMAKE_BUILD_TYPE" using -D option as well as
> in
> > the CMakeLists.txt.
> > Nothing changed.
> >
> >
> >
> > However, when I enabled "CMAKE_VERBOSE_MAKEFILE", I found that "CMAKE"
> was
> > "not" passing the -G option correctly.
> >
> > Instead of passing <cmake -G "Visual Studio 9 2008">, cmake was actually
> > configuring the project as <cmake "-G Visual Studio 9 2008">
> >
> > (Note that -G is inside the double-quote)
> >
> >
> >
> > When I isolate the build-step and build it manually using the correct
> > syntax, everything works flawlessly.
> >
> >
> >
> > Specifying the generator via "CMAKE_ARGS" helps me compile. But CMAKE
> still
> > appends the faulty -G syntax and
> >
> > hence is not producing the intended results for me.
> >
> >
> >
> > If this is indeed a bug, can some one tell me:
> >
> > 1.    What is the temporary workaround for this?
> >
> > 2.    If at all fixed, how long will it take the build to come out?
> >
>
> I am not seeing this breakage. However you are 2 versions behind in cmake.
>
> John
>
> ::DISCLAIMER::
>
> -----------------------------------------------------------------------------------------------------------------------
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> It shall not attach any liability on the originator or HCL or its
> affiliates. Any views or opinions presented in
> this email are solely those of the author and may not necessarily reflect
> the opinions of HCL or its affiliates.
> Any form of reproduction, dissemination, copying, disclosure,
> modification, distribution and / or publication of
> this message without the prior written consent of the author of this
> e-mail is strictly prohibited. If you have
> received this email in error please delete it and notify the sender
> immediately. Before opening any mail and
> attachments please check them for viruses and defect.
>
>
> -----------------------------------------------------------------------------------------------------------------------
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
>

-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20120203/55bb7c3f/attachment.htm>