Hi, On Thu, 2009-05-07 at 12:04 -0500, Carsten Neumann wrote: > Hello, > > Carsten Neumann wrote: > > Carsten Neumann wrote: > >> just wanted to let everybody know that I've seen a build problem with > >> cmake 2.6.4. It seems that ADD_SUBDIRECTORY can not be called with the > >> same argument more than once in that version (which breaks our > >> multi-pass approach :( ). > >> I've not looked into this in detail, the above is more a guess than a > >> proper analysis, so if anybody has some insight into this (e.g. is this > >> a deliberate change?) I'd appreciate your input. > >> For the time being I recommend not to upgrade beyond cmake 2.6.3, I'll > >> see if I can find a workaround. > > > > I've asked the cmake list about this, for the curious: > > > > <http://www.cmake.org/pipermail/cmake/2009-May/029237.html> > > hm, the official verdict is that you can not call ADD_SUBDIR() multiple > times with the same argument and it can actually break the generated > build system. That is why 2.6.4 now checks and forbids it. > I changed our build to only use two passes (OSGPASS_COLLECT and > OSGPASS_BUILD) one to pick up dependencies and then issue build commands > for the libs, tests and unittest in the second. > A downside of this is that the libs are built with more -I options than > necessary (the INCLUDE_DIRECTORIES() command only has directory scope in > cmake :-/), not nice, but I'm not sure if it worked > correctly/differently before.
can we please back out of this at least partially. Having all test dependencies in the lib build is what I explicitly made sure does not happen. Otherwise making sure the libs are consistent is difficult because things get easily included where it should not happen because it creates cyclic lib dependencies. It also forces far to big rebuilds as instead of just rebuilding tests now a lot more libs will be rebuild because the test dependencies are taken into account for the lib build too. Where the test/doc/unittest passes really a the problem even with 2.6.4, if not why did they got merged in the first place ?. kind regards, gerrit ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
