Hello,
I am trying to make a parser that can use cmake --help-... commands to
determine the functions that are available and their signature. I have 2
problems:
- It is difficult to know if it's an example usage or if it is the
signature of the function
- How can I know th
I'm not sure if this has been discussed much within the CMake developer
community but I wanted to give some thoughts on the use of Visual Sudio
property sheets and some suggestion for CMake. As far as I know this is
only relevant to Visual Studio 10 and hence MSBuild. I am not familiar with
older v
On 12/07/2011 09:09 PM, Robert Dailey wrote:
> Anyone?
AFAICT, all generator expressions documented for ADD_CUSTOM_COMMAND()
and ADD_TEST() also work for ADD_CUSTOM_TARGET() although this isn't
mentioned explicitly. IMO, you should file an appropriate bug report
in order to have ADD_CUSTOM_TARGET(
I have attached a find module I created to find specific parts of an
Install Shield installation on the system as required by our product. I
wanted to see if there was a way to clean up this find module. In
particular, there are cases where I am trying to find 2 files in 2
different locations, but
>I think it's $ORIGIN, not @ORIGIN.
>
>Alex
This works with WIN files too?
--
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
Anyone?
-
Robert Dailey
On Tue, Dec 6, 2011 at 4:36 PM, Robert Dailey wrote:
> Does $ work in add_custom_target as it does in
> add_custom_command? The documentation doesn't state anything about this
> that I can see, but it seems like it should work.
>
> -
> Robert Dailey
>
--
Yes I'm using 2.8.6. Best, Dick Munroe
On 11/26/11 11:18 AM, David Cole wrote:
Are you using CMake 2.8.6...? Older CMake versions have not been used
much on Lion. It wouldn't surprise me if 2.8.6 works, but earlier
versions have issues...
HTH,
David
On Sat, Nov 26, 2011 at 6:37 AM, Daniel
Those are some of the ones I'll be merging this afternoon.
Thx,
D
On Wed, Dec 7, 2011 at 12:24 PM, James Bigler wrote:
> I had two or three changes to FindCUDA that missed the cutoff by an hour.
> Could they be considered as well?
>
> James
>
> On Wed, Dec 7, 2011 at 9:49 AM, David Cole wrote:
I had two or three changes to FindCUDA that missed the cutoff by an hour.
Could they be considered as well?
James
On Wed, Dec 7, 2011 at 9:49 AM, David Cole wrote:
> During our merge session yesterday, there were a handful of topics
> that we were almost ready to merge to 'master' but which cou
During our merge session yesterday, there were a handful of topics
that we were almost ready to merge to 'master' but which could not be
because they missed the nightly start time or because they caused
style errors on the dashboard... They are ready to be merged today,
and then we'll wait for conf
>
> See also the "new in 2.8.6" module GenerateExportHeader:
>
>
> http://cmake.org/cmake/help/cmake-2-8-docs.html#module:GenerateExportHeade
> r
>
> cmake --help-module GenerateExportHeader
>
>
I see the header has this:
#ifdef IS_STATIC_BUILD
...
#else
...
#endif
Is there any way to
On 12/07/2011 03:57 PM, Michael Jackson wrote:
>
> On Dec 7, 2011, at 7:57 AM, David Cole wrote:
>> See also the "new in 2.8.6" module GenerateExportHeader:
>>
>> http://cmake.org/cmake/help/cmake-2-8-docs.html#module:GenerateExportHeader
>>
>> cmake --help-module GenerateExportHeader
>>
>>
>> H
Please note:
> I should mention I have library prefixes and suffixes turned off for
> both linking and building, meaning that the full filename of libraries
> are specified (hence the libfoo.a and not just foo).
Also a side consequence is I specify linked libraries by filepath and not
target na
On Dec 7, 2011, at 7:57 AM, David Cole wrote:
> See also the "new in 2.8.6" module GenerateExportHeader:
>
> http://cmake.org/cmake/help/cmake-2-8-docs.html#module:GenerateExportHeader
>
> cmake --help-module GenerateExportHeader
>
>
> HTH,
> David
> --
>
+1 for that. Now to get all my de
On Wed, Dec 7, 2011 at 9:37 AM, Schuchard, Matthew
wrote:
> I am having this strange issue with building a library and then linking it
> to an executable.
>
>
>
> If I have the following in my CMakeList:
>
>
>
> add_library(libfoo.a ${srcfiles})
>
> add_executable(foo_exec.Fx foo_exec.F)
>
> targe
I am having this strange issue with building a library and then linking it to
an executable.
If I have the following in my CMakeList:
add_library(libfoo.a ${srcfiles})
add_executable(foo_exec.Fx foo_exec.F)
target_link_libraries(foo_exec.Fx libfoo.a)
I get an error returned of "no rule to make
On Wed, Dec 7, 2011 at 1:40 AM, Michael Wild wrote:
> On 12/07/2011 01:49 AM, Totte Karlsson wrote:
>>> Well, then just use add_definitions(-DIMPORT_X_DLL). If
>>> -DEXPORT_X_DLL is present, it will override your export/import
>>> header definitions for the import case, and everything should be
>>
> Dear all,
>
> I think I've managed to trigger the problem. I had recreated the
> projects and just now I changed the timezone on my computer. By
> accident it had been reset to Canada/Something, and I changed it back
> to Europe/Zurich again. After a computer restart the projects I host
> are aga
Dear all,
I think I've managed to trigger the problem. I had recreated the
projects and just now I changed the timezone on my computer. By
accident it had been reset to Canada/Something, and I changed it back
to Europe/Zurich again. After a computer restart the projects I host
are again only showi
19 matches
Mail list logo
