[prev in list] [next in list] [prev in thread] [next in thread] 

List:       vtk-developers
Subject:    Re: [vtk-developers] Do we really need the VTK version of FindPythonLibs.cmake?
From:       David Gobbi <david.gobbi () gmail ! com>
Date:       2015-03-19 14:49:40
Message-ID: CANwS1=EBo8wV0sWLLcAFnpCNxrne1w1giCg=vjivUYie6F4H+g () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Thu, Mar 19, 2015 at 7:48 AM, Utkarsh Ayachit <
utkarsh.ayachit@kitware.com> wrote:

>
> +1. At this point, 3.0-ized module system seems like cure-all which
> worries me as we all know there's no such thing! (just kidding).
>

It sounds like it could simplify things immensely for wrapping external
projects.  Importing targets is much easier than exporting/importing
a whole mess of cmake variables.

[Attachment #5 (text/html)]

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 19, 2015 \
at 7:48 AM, Utkarsh Ayachit <span dir="ltr">&lt;<a \
href="mailto:utkarsh.ayachit@kitware.com" \
target="_blank">utkarsh.ayachit@kitware.com</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><span class=""><br> </span>+1. At this point, 3.0-ized module \
system seems like cure-all which<br> worries me as we all know there&#39;s no such \
thing! (just kidding).<br></blockquote><div><br></div><div>It sounds like it could \
simplify things immensely for wrapping external</div><div>projects.  Importing \
targets is much easier than exporting/importing</div><div>a whole mess of cmake \
variables.</div><div><br></div></div><br></div></div>



_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Search the list archives at: http://markmail.org/search/?q=vtk-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/vtk-developers



[prev in list] [next in list] [prev in thread] [next in thread]