[cfe-dev] Release+Asserts equivalent when using Visual Studio on Windows?

Ahmed Charles acharles at outlook.com
Tue Jan 29 08:23:44 PST 2013


You can, but that probably won't give you what you want, since the debug libraries will be used which are slow. And debug vs release impacts the abi, which is why it freaks out if you define NDEBUG.
________________________________
From: Timur Iskhodzhanov
Sent: 1/24/2013 11:42 AM
To: Michael Spencer
Cc: clang-dev Developers
Subject: Re: [cfe-dev] Release+Asserts equivalent when using Visual Studio on Windows?

That's sad.

OK, is there a (simple) way to enable optimizations in the Debug mode
instead? :)

2013/1/24 Michael Spencer <bigcheesegs at gmail.com>:
> On Thu, Jan 24, 2013 at 5:50 AM, NAKAMURA Takumi <geek4civic at gmail.com> wrote:
>> Timur,
>>
>> It seems controlling assertions is disabled on cmake vs. I don't know why.
>> In other generators, LLVM_ENABLE_ASSERTIONS can control.
>>
>> ...Takumi
>>
>> 2013/1/24 Timur Iskhodzhanov <timurrrr at google.com>:
>>> Hello Clang developers,
>>>
>>> Is there any way I can build a Release+Asserts build on Windows in VS?
>>>
>>> I've used Debug builds for "sanity" checking and RelWithDebInfo for
>>> testing large build targets.
>>> However, now that I've spent a day debugging a simple copy-paste
>>> mistake in RelWithDebInfo build which was assert-catchable in Debug
>>> mode,
>>> I think I'd prefer Release+Asserts+DebInfo or Release+Asserts over
>>> Release+DebInfo.
>>>
>>> Is there a simple way I can achieve that?
>>> E.g. some flag to cmake?
>>>
>>> Thanks!
>>> --
>>> Timur
>
> If i remember correctly, MSVC freaks out if you don't have NDEBUG
> defined in Release mode.
>
> - Michael Spencer



--
Timur Iskhodzhanov,
Google Russia
_______________________________________________
cfe-dev mailing list
cfe-dev at cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20130129/12a24e30/attachment.html>


More information about the cfe-dev mailing list