[cmake-developers] [CMake 0014201]: FindCUDA does not forward include directories assigned by target_include_directories()

[James Bigler]

What is this change qt4-macros-TARGET-arg?

Things get dicey when you want to pass things like include directories as
arguments.  There are quotes to deal with as well as maximum argument
length issues.  I'm not saying it can't be done, but it needs to be done
*carefully*.

I would really really like generation time callbacks.  That fact that I
have to encode so much build information during configure and that CMake
has more and more generation time data makes this an increasingly painful
module to maintain.  This is of course a divergent topic, but I thought I
would throw it out here as a motivator for this feature.

James



On Tue, Jun 4, 2013 at 9:33 AM, Stephen Kelly <steveire at gmail.com> wrote:

> Brad King wrote:
>
> > Stephen,
> >
> > On 06/04/2013 10:49 AM, Mantis Bug Tracker wrote:
> >> http://www.cmake.org/Bug/view.php?id=14201
> >> ======================================================================
> >> Summary:                    FindCUDA does not forward include
> directories
> >> assigned by target_include_directories()
> > I think your $<TARGET_PROPERTY:INCLUDE_DIRECTORIES> generator expression
> > work will be useful here, no?
>
> I'm not familiar with CUDA, but I think you're right.
>
> CUDA_WRAP_SRCS reads the INCLUDE_DIRECTORIES directory property, so a
> commit
> similar to the qt4-macros-TARGET-arg topic would solve this bug I think.
>
> Thanks,
>
> Steve.
>
> --
>
> 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20130604/3032d2e9/attachment.html>