Alexander Neundorf wrote: > On Friday 16 December 2011, Stephen Kelly wrote: >> Alexander Neundorf wrote: >> > On Thursday 15 December 2011, Stephen Kelly wrote: >> >> Alexander Neundorf wrote: >> >> >> And, again a question regarding wording, currently the warnings >> >> >> generated by automoc say "Better <do this and that> for a more >> >> >> robust build." I'd like to have a better way to express it. >> >> >> "Use <this and that> for STRICT mode compatibility." ? >> >> >> or "for qmake compatibility" ? >> >> >> Better ideas ? >> >> > >> >> > I pushed it as branch AutomocFineTuning to stage. >> >> > The variable is now CMAKE_AUTOMOC_RELAXED_MODE . >> >> > >> >> > If that's fine with everybody, I'll merge it into next in the next >> >> > days. This should still go into 2.8.7. >> >> >> >> I applied the attached patch and kdelibs build fails using the >> >> AutomocFineTuning branch (as expected). >> > >> > You mean setting CMAKE_AUTOMOC_RELAXED_MODE to TRUE, right ? >> > Yes, that's expected. >> >> I mean not setting it at all and letting it take its default value of >> True. > > > Do you mean the relaxed mode should be default ? > Why ? In strict mode it behaves exactly as documented. > For KDE it shouldn't be a problemit's just that one variable which has to > be set.
Ok, there was confusion introduced earlier in the thread. I let CMake take the default value of False (not true, as you wrote) for RELAXED_MODE, which is why it fails as expected. -- 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
