[CMake] Circular Dependancy?

[David Cole]

The thing that's strange about it is the second arg to ADD_SUBDIRECTORY.
That should be a binary directory that is used by no other ADD_SUBDIRECTORY
call and it should be different than the main PROJECT_BINARY_DIR as well...

It should perhaps be "${PROJECT_BINARY_DIR}/MXADataModel" ...?

HTH,
David

On 6/5/07, Eric Noulard <eric.noulard at gmail.com> wrote:
>
> 2007/6/5, Mike Jackson <imikejackson at gmail.com>:
> > I was updating some of my CMakeLists.txt files to use the
> > ADD_SUBDIRECTORY command instead of the SUBDIRS command and now I am
> > getting the following when I build:
> >
> > make -C /Users/mjackson/Task_7/MXA_Workspace/PFImport/Build all
> > -- Configuring done
> > -- Generating done
> > -- Build files have been written to: /Users/mjackson/Task_7/
> > MXA_Workspace/PFImport/Build
> > [ 66%] Built target MXADataModel
> > [ 83%] Built target MXAPFImport
> > [100%] Built target TernaryImport
> > make[1]: Circular all <- all dependency dropped.
> > make[1]: Circular all <- all dependency dropped.
> >
> > If I revert back to SUBDIRS then this goes away. What is the "make
> > [1]: Circular all <- all dependency dropped.", what did I do wrong
> > and how do I correct it.
>
> I don't know the meaning of the
> "make [1]: Circular all <- all dependency dropped.
>
> But your
>
> > ADD_SUBDIRECTORY( ${PROJECT_SOURCE_DIR}/../MXADataModel $
> > {PROJECT_BINARY_DIR})
>
> command construct looks strange to me.
>
> Why should jump out of the ${PROJECT_SOURCE_DIR} ?
> Why don't you simply do:
>
> ADD_SUBDIRECTORY(MXADataModel ${MXADataModel}) ?
>
>
> --
> Erk
> _______________________________________________
> CMake mailing list
> CMake at cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://public.kitware.com/pipermail/cmake/attachments/20070605/3a2d99bd/attachment.html