[CMake] CMAKE_RC_FLAGS has no effect

[James Bigler]

This is also related to this bug:
http://public.kitware.com/Bug/view.php?id=10194

The only way I worked around not being able to set RC flags for preprocessor
items was to use configure_file with a header that was included by all of my
.rc files.

James

On Mon, Mar 8, 2010 at 11:49 AM, David Cole <david.cole at kitware.com> wrote:

> It sounds like you may have re-discovered this bug in a slightly different
> form:
> http://public.kitware.com/Bug/view.php?id=8165
>
> The "correct" fix for both would be generic enough to properly quote any /D
> args as needed for the rc compiler, the midl compiler and the C++ compiler.
>
> However, this issue is halfway down the queue on the priority scale: not
> sure when we'll get to it.
>
> I think to get it working the way you'd like is going to require cmake
> source code changes.
>
>
> HTH,
> David
>
>
> On Sat, Mar 6, 2010 at 8:31 PM, Tony Bridges <abridges at rim.com> wrote:
>
>>  Setting a value into the CMAKE_RC_FLAGS field in the CMakeCache.txt file
>> has no effect.
>>
>>
>>
>> I am using the Visual Studio 2005 generator, although I have seen this
>> also reported against VS2009.  I am using cmake 2.8 (from source with the
>> midl quoting patch applied)
>>
>>
>>
>> Instead of obeying _*RC*_FLAGS, any values set in CMAKE_CXX_FLAGS are
>> passed to RC.EXE.  This presents a problem when attempting to pass a
>> string.  The resource compiler requires the quotes around a string to be
>> quoted, like this
>>
>>    /D__USER__=\”$(username)\”
>>
>> but passing this same string to the compiler causes it to choke.
>> Conversely, excluding the backslash is valid for the compiler,
>>
>>    /D__USER__=”$(username)”
>>
>> but causes the resource compiler to complain of “unknown command”.
>>
>>
>>
>> Is there a way to isolate arguments for the resource compiler only ?
>>
>>
>>
>> Many thanks
>>
>> /tony
>>
>>
>>
>>
>>
>>
>>  ---------------------------------------------------------------------
>> This transmission (including any attachments) may contain confidential
>> information, privileged material (including material protected by the
>> solicitor-client or other applicable privileges), or constitute non-public
>> information. Any use of this information by anyone other than the intended
>> recipient is prohibited. If you have received this transmission in error,
>> please immediately reply to the sender and delete this information from your
>> system. Use, dissemination, distribution, or reproduction of this
>> transmission by unintended recipients is not authorized and may be unlawful.
>>
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20100308/eef9c1bb/attachment.htm>