On 24 January 2013 00:07, Matthew Woehlke wrote:
> On 2013-01-23 18:08, Wojciech Knapik wrote:
>
>> I set up targets that build the unit test executables and
>> marked them with EXCLUDE_FROM_ALL, because I don't want to tie building
>> them to building the application code. Now I need a way to bui
On 10 January 2013 22:28, Parchet Michaël wrote:
>
> Hello,
>
> How can I set minGW as default cmake compiler on windows ?
> Tanks for your answer.
>
> Regards
>
> mparchet
> Le 10 janv. 2013 à 22:47, Patrick von Reth a
> écrit :
>
> > Hi you have to use "cmake -G"MinGW Makefiles" ..."
> >
> > O
On 18 September 2012 22:38, David Cole wrote:
> On Tue, Sep 18, 2012 at 5:37 PM, Leif Walsh wrote:
>>
>>
>> On 18 Sep, 2012, at 5:34 PM, Brett Delle Grazie
>> wrote:
>>
>> > Hi,
>> >
>> > Is it necessary to specify header files in
Hi,
Is it necessary to specify header files in add_executable /
add_library entries in CMakeLists.txt?
i.e. does CMake automatically do dependency analysis making this unnecessary?
Thanks,
--
Best Regards,
Brett Delle Grazie
--
Powered by www.kitware.com
Visit other Kitware open-source
On 12 September 2012 14:50, Rolf Eike Beer wrote:
> Am 2012-09-12 12:36, schrieb Brett Delle Grazie:
>
>> Hi,
>>
>> I've come across some strange behaviour when using add_custom_target and
>> an
>> add_custom_command( PRE_BUILD or PRE_LINK ) in nested p
the nested case? My perception
is that it _used_ to work on earlier versions of CMake (2.8.6 for
example)
(2) Is there a better way?
I have already worked around this by using an add_custom_command and
add_dependencies but that solution is somewhat clunky and clutters
the set of targets
gt; http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
--
Best Regards,
Brett Delle Grazie
--
Best Regards,
Brett Delle Grazie
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
t;> > libboost_thread-vc100-mt-sgd-1_50;libboost_thread-vc100-mt-sgd;libboost_thread-mt-sgd-1_50;libboost_thread-mt-sgd;libboost_thread-mt;libboost_thread
>> > -- [
>> > C:/Users/chenning/cmake-2.8.8-win32-x86/share/cmake-2.8/Modules/FindBoost.cmake:1120
>> > ]
the if condition in case you have other build
types
>
> Thanks,
> - Steve
> --
>
> 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
On 15 July 2012 10:40, J Decker wrote:
> One way would be to setup a build environment batch, which would set
> the path to only have one or the other. but that's certainly not a
> shorter method :)
This is exactly what I do. Its also slightly safer in case the
compilers or supporting build tools
On Jul 8, 2012 10:59 PM, "Zaheer Chothia" wrote:
>
> Hello,
>
> I posted a mail here [1] but have yet to receive any replies. I think my
last
> message was too long and detailed so let me summarize:
> * Command line length is limited on Windows.
> * To alleviate this, CMake places object files in
please let me know.
Kind regards,
Brett
On 28 June 2012 14:31, Brett Delle Grazie wrote:
> Hi Petr,
>
> Thanks very much ... I saw something extremely similar in the VS
> /STACK:1000 and managed to work it out from there.
> I've been playing around with it today and ha
r
>
> On Wed, Jun 27, 2012 at 10:36 PM, Brett Delle Grazie
> wrote:
>> Hi,
>>
>> On AIX using the XLC compiler I've determined the debug flag (-g)
>> should be used for all compile stages but should only be supplied to
>> the final
>> link stage of
combined into the compile / link rules.
Does anyone have any suggestions? Any guidance / help is appreciated.
Thanks,
--
Best Regards,
Brett Delle Grazie
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep mes
a specific project's build type be 'forced' to Release while
projects depending upon it might be any build type (I don't think this
is possible at the moment)?
Thanks,
Brett
--
Best Regards,
Brett Delle Grazie
--
Powered by www.kitware.com
Visit other Kitware
ls the build:
CMAKE_USE_RELATIVE_PATHS
If you set this to 'TRUE' (its false by default), does that make a difference?
>
> Thanks,
> Ben
> --
--
Best Regards,
Brett Delle Grazie
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitwa
On 31 May 2012 15:15, Brett Delle Grazie wrote:
> Hi,
>
> Is there any way to supplant / override the C
> CMAKE_C_CREATE_SHARED_LIBRARY rule for a specific target (and only
> that target) on AIX?
> Or alternatively, is there any way to retrieve or construct the
> OBJECT_DIR
ustom rule, a pointer on how to
override CMAKE_C_CREATE_SHARED_LIBRARY for just this target or a more
suitable technique?
Thanks,
--
Kind Regards,
Brett Delle Grazie
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please ke
18 matches
Mail list logo