On 25/09/11 18:53, Alexis Moinet wrote : > On 25/09/11 18:00, Marc-André Moreau wrote : >> >> >> On Sun, Sep 25, 2011 at 5:29 AM, Alexis Moinet <alexis.moi...@umons.ac.be >> <mailto:alexis.moi...@umons.ac.be>> wrote: >> >> Hello >> >> I'm not sure of what you mean, it seems to me that you already have such >> options >> >> for instance WITH_DEBUG_RAIL is already listed in ccmake (and, I >> suppose, also within the GUI ?) and can be set to ON/OFF (defined/not >> defined) (also running "cmake -DWITH_DEBUG_RAIL=ON" should work too) >> >> the option is created in cmake/ConfigOptions.cmake and config.h.in >> <http://config.h.in> >> >> >> Hum... you are right, but many debugging options are missing >> >> For instance, I see no WITH_DEBUG_RDP and WITH_DEBUG_WND even though both >> are defined in the code. Any ideas why only some of them appear there? > > Because they are not defined in cmake/ConfigOptions.cmake and config.h.in, so > cmake has no idea that they should exist.
Just to (try to) clarify this a bit: * cmake doesn't analyse the C code when running (but it can generate C files/headers such as config.h based on config.h.in) so it has no idea that any "#ifdef WITH_DEBUG_..." exists in the code. * only the "OPTION(...)" calls in cmake/ConfigOptions.cmake tell cmake to create said options (note that each option is just useless if none of the two actions below is taken) * config.h.in is there so that cmake actually generates the "#define WITH_DEBUG_..." in the C code (by generating config.h) otherwise the ON/OFF option in ccmake or the GUI is just an empty shell * another way to do it (as opposed to a config.h file) is to have cmake conditionally modify the C compiler flags, adding "-DWITH_DEBUG_..." if the related option "WITH_DEBUG_..." is set to ON (maybe I'm wrong but the config.h.in way looks much cleaner to me) Alexis ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel