<div class="gmail_quote">On Wed, Aug 3, 2011 at 11:29 AM, Sascha Zelzer <span dir="ltr"><<a href="mailto:s.zelzer@dkfz-heidelberg.de">s.zelzer@dkfz-heidelberg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<u></u>

  
    
  
  <div bgcolor="#ffffff" text="#000000"><div class="im">That error was actually a bit misleading. The C++ parser shipped
    with "moc" does not complain if it cannot resolve an #include
    <...> statement. Since the include directories were wrong (due
    to the wrong configure-time dependency) the header file could not be
    included by moc and hence it did not know about the "interface"
    declared in that header file.</div></div></blockquote><div>Understood, thanks.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000">

<div class="im">We could move the creation of the CMake variable which contains the
    list of plug-ins (and libs) to a separate file inside an appropriate
    directory. However, this file must still be included in the
    top-level CMakeLists.file due to the way the
    ctkMacroValidateBuildOptions macro works.</div>
    </div></blockquote></div>Sounds good, so moving that code into Plugins/CMakeLists.txt and doing include(Plugins/CMakeLists.txt) (instead of add_subdirectory) from the toplevel CMakeLists.txt, should work then. Or maybe you don't want to call it Plugins/CMakeLists.txt ?<div>

<br></div><div>Julien.</div>