[CMake] Compile flag issues and VS Express

[Bill Lorensen]

Sorry, it was not recent, it was march 2011.


On Sat, Jan 28, 2012 at 4:38 PM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
> David,
>
> Someone recently posted a BUG for this:
> http://www.gccxml.org/Bug/view.php?id=11913
>
> Bill
>
> On Sat, Jan 28, 2012 at 4:31 PM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
>> I think if you make the changes specific to VS 2010 they should be OK.
>>
>> On Sat, Jan 28, 2012 at 10:51 AM, David Cole <david.cole at kitware.com> wrote:
>>> On Sat, Jan 28, 2012 at 9:02 AM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
>>>> Folks,
>>>>
>>>> I'm using VS 2010 Express.
>>>>
>>>> When ever I build a VTK or ITK related app I get errors regarding
>>>> virtual memory and warnings about deprecated compiler flags:
>>>> use 'EHsc' instead of 'GX'
>>>>
>>>> I always have to remove the /Zm1000 flag and add the /EHsc flag.
>>>>
>>>> I assumed this was do to something screwed up in my installation.
>>>>
>>>> Doing a web search for this issue, I found several other people having
>>>> similar issues. Try this search:
>>>> visual studio express 2010 /zm1000
>>>>
>>>> At Second Life,
>>>> http://wiki.secondlife.com/wiki/Microsoft_Windows_Builds they advise
>>>> editing the Windows-cl.cmake file to solve the problem.
>>>>
>>>> Is there a reason this cannot be fixed in cmake?
>>>>
>>>> Bill
>>>>
>>>>
>>>>
>>>> --
>>>> Unpaid intern in BillsBasement at noware dot com
>>>> --
>>>>
>>>> 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
>>>
>>>
>>> Seems reasonable. Is anybody worried that changing the default values
>>> of these flags would have a negative impact on any projects out there?
>>> (i.e. is it likely that anybody relies on these flags being present
>>> and that would somehow break their build without them...? I don't
>>> think it's likely, but I'm willing to discuss before making a change
>>> in CMake)
>>>
>>>
>>> Thx,
>>> David
>>
>>
>>
>> --
>> Unpaid intern in BillsBasement at noware dot com
>
>
>
> --
> Unpaid intern in BillsBasement at noware dot com



-- 
Unpaid intern in BillsBasement at noware dot com