Yeah, CMAKE changed to relative pathing in VS2010 projects which fixes the
issue with a bug in VS but I unfortunately can't use the newest CMAKE. I'm
stuck with 2.8.7 for now
-Original Message-
From: John Drescher [mailto:dresche...@gmail.com]
Sent: Thursday, January 31, 2013 12:02 PM
> Hey there. I created a bare minimum cmake project
>
>
>
> ADD_LIBRARY (foo foo.c)
>
>
>
> When I open that solution in VS2010 and right click on foo.c and select
> properties, the properties dialog comes up but when I try to view each
> property (C/C++ > General, Optimization, Preprocessor, etc…)
Ah I see. Yep, it would both make sense and work perfectly if it was a regex.
Sadly it would also break stuff. Maybe CTEST_CUSTOM_TESTS_IGNORE_REGEX would be
a sane feature request.
Sent from my iPhone
On Jan 31, 2013, at 14:51, Matthew Woehlke wrote:
> On 2013-01-31 14:16, Leif Walsh wrote:
Ah, this seems to be an issue with the generated files clashing with a bug in
VS2010
https://connect.microsoft.com/VisualStudio/feedback/details/635294/using-absolute-path-in-clcompile-item-prevents-property-pages-from-showing
Is there a workaround for this in 2.8.7? I'm stuck using that version
Hey there. I created a bare minimum cmake project
ADD_LIBRARY (foo foo.c)
When I open that solution in VS2010 and right click on foo.c and select
properties, the properties dialog comes up but when I try to view each property
(C/C++ > General, Optimization, Preprocessor, etc...), nothing displa
On 2013-01-31 14:16, Leif Walsh wrote:
This variable seems to be interpreted as a normal cmake ;-delimited list.
Ah, I see. I misread your message as it is already a regex and didn't
take lists. (Which is a little odd that it *isn't* a regex, as the CTest
command line takes a regex...)
If y
This variable seems to be interpreted as a normal cmake ;-delimited list. I
currently use it that way for other tests. I haven't tried building it as a
regex but I kind of doubt that would work, since I know it works as a list.
If I have to I can duplicate the loops in CTestCustom.cmake but tha
On 2013-01-31 01:19, Leif Walsh wrote:
In CTestCustom.cmake, I use CTEST_CUSTOM_MEMCHECK_IGNORE and
CTEST_CUSTOM_TESTS_IGNORE to turn some long-running tests on and off (on
for nightlies, off for development test cycles).
I recently broke apart a rather large shell script that was used to run a
Ok, I got no answer, so I'll try to be more specific, and cross post
to -dev, please answer where suitable:
1) is there a known recipe to deal dependency detection?
2) I found the IMPLICIT_DEPENDS option of add_custom_command which
suggests such support is possible, but implemented directly in cm
Thanks.
It works fine with cmake, but not with ctest.
Here is the output I've got with version 2.8.7:
ctest --help-property-list
ctest version 2.8.7
Internal error: Properties of Global Scope list is empty.
Internal error: Properties on Directories list is empty.
Internal error: Properties on Targ
--help-property and --help-property-list exist. I don't know why this is on the
web and not there.
Sent from my iPhone
On Jan 31, 2013, at 2:27, ycollette.nos...@free.fr wrote:
> What about a new -help command: --help-properties ?
> Do I fill a bug report for that ?
>
> YC
>
> - Mail ori
David,
I wish you the best for your new adventure. That was really nice
interacting with you for improving CMake.
Regards,
Nico
On Wed, Jan 30, 2013 at 8:37 PM, David Cole wrote:
> Howdy folks,
>
> Thought I'd ping the CMake mailing lists one last time before I have to
> give up "david.c...@ki
12 matches
Mail list logo
