> Tyler Roscoe wrote:
> > On Tue, May 26, 2009 at 12:32:20PM +0200, bielow wrote:
> >> Currently it seems that only NMake works since any previous VS
generator
> >> version will trigger the conversion wizard and then in turn cmake
again...
> >
> > There is a CMake variable which can disable the ru
Is set_property(TEST foo_bar_test SOURCE foo_bar.c APPEND PROPERTY
COMPILE_FLAGS "-DTESTING") an an inclusive AND of the test
requirements (for property to be set we must be building the TEST
foo_bar_test *and* the SOURCE foo_bar.c) or is it an OR (for
property to be set we must be building
On Sat, May 30, 2009 at 12:23 PM, Sean Chittenden wrote:
> Hello.
>
> I'm incorporating an external library in to our source tree and would like
> to run the external library's regression tests. The library is C, however,
> and the convention for doing this is:
>
> /* Lib contents above */
> #ifd
Hello.
I'm incorporating an external library in to our source tree and would
like to run the external library's regression tests. The library is
C, however, and the convention for doing this is:
/* Lib contents above */
#ifdef TESTING
int main(int argc, char* argv[]) {
/* Do tests
}
#end
Jacob Repp wrote:
I found that the VS7 local generator doesn't honor the
*_OUTPUT_DIRECTORY properties so here's a modification that I added to
our local version:
I think your patch just updates the "intermediate files" output
location, which includes all the object files.
CMake 2.6.4 does hon
Jesper Eskilson schrieb am Freitag 29 Mai 2009 um 16:49:
> I'm having some trouble in setting up our CMake-system to use MSYS
> Makefiles together with cl.exe. The environments seems all setup, cl.exe
Without looking at the error message you've posted, MSYS doesn't work with cl,
since msvc flags
