On 8. Sep, 2010, at 8:25 , Philip Lowman wrote:
> Let's say I have many different potential names for a library and the
> following filesystem
>
> /usr/lib/libnspr4.so
> ${CMAKE_CURRENT_SOURCE_DIR}/libnspr4a.so
>
> find_library(TEST_LIBRARY
> NAMES nspr4 nspr4a
> HINTS ${CMAKE_CURRENT_SOURC
Let's say I have many different potential names for a library and the
following filesystem
/usr/lib/libnspr4.so
${CMAKE_CURRENT_SOURCE_DIR}/libnspr4a.so
find_library(TEST_LIBRARY
NAMES nspr4 nspr4a
HINTS ${CMAKE_CURRENT_SOURCE_DIR}
)
I'm somewhat surprised that the following code finds /us
Shane,
Thanks for opening ticket 11204 for this issue. My response is included
there.
http://public.kitware.com/Bug/view.php?id=11204
On Thu, Sep 2, 2010 at 4:08 PM, Dixon, Shane wrote:
> I found that when using the FindBoost.cmake and using the
> Boost_USE_STATIC_LIBS option, it wouldn’t find
On 09/08/2010 12:11 AM, SK wrote:
> Alright, I ended up rototilling and using a dummy file approach, as in:
>
> SET( _relink_dummy "${CMAKE_CURRENT_BINARY_DIR}/relink_dummy.c" )
> ADD_EXECUTABLE( ${_app_name} ${_app_srcs} ${_relink_dummy} )
> SET_SOURCE_FILES_PROPERTIES( ${_relink_dumm
Alright, I ended up rototilling and using a dummy file approach, as in:
SET( _relink_dummy "${CMAKE_CURRENT_BINARY_DIR}/relink_dummy.c" )
ADD_EXECUTABLE( ${_app_name} ${_app_srcs} ${_relink_dummy} )
SET_SOURCE_FILES_PROPERTIES( ${_relink_dummy} PROPERTIES GENERATED TRUE )
ADD_CUSTO
On 09/07/2010 04:27 PM, Andreas Mohr wrote:
> Or well, ideally there would be a way to have a nice clean chain between
> starting CMake execution, realizing that vcproj2cmake needs to process an
> update,
> _then_ realizing that CMakeLists.txt changed and starting a configure
> run, and then conti
Hello all,
as part of http://vcproj2cmake.sf.net , I've got some "rebuilder"
targets registered which - upon starting a build - automatically re-run
vcproj2cmake on the .vcproj files in case they got updated
and thus need to have a new conversion run to CMakeLists.txt files.
Problem is:
a) the re
Actually I updated that bug report - filenames without any dots in
them get a default suffix added.
On Tue, Sep 7, 2010 at 4:11 AM, J Decker wrote:
> Yes that works just dandy :) thanx.
>
> On Tue, Sep 7, 2010 at 2:44 AM, David Cole wrote:
>> This was fixed yesterday in CMake 'next' -- please tr
Hello,
I have an external build process that produces a linker script that I
must use in my CMake project. I must leave the external build as-is.
I'm using gcc in Linux.
I must relink my application built with CMake if the linker script
changes. I'm trying to do this in a simple macro and it's
On Tue, Sep 7, 2010 at 2:11 PM, Michael Wild wrote:
>
> On 7. Sep, 2010, at 18:22 , David Cole wrote:
>
> > On Tue, Sep 7, 2010 at 11:44 AM, Michael Wild wrote:
> >
> >>
> >> On 7. Sep, 2010, at 17:30 , David Cole wrote:
> >>
> >>> On Tue, Sep 7, 2010 at 11:23 AM, David Doria
> >> wrote:
> >>>
>> set(VAR_FOR_TEST "secondValue" CACHE STRING "Just for testing" FORCE)
>> find_package(CUDA)
>
> thanks for your reply, I implemented your first suggestion and this
> works perfectly.
I miss-typed that set command above. I needed to leave outthe FORCE
flag. This will initialize VAR_FOR_TEST to
On 7. Sep, 2010, at 18:22 , David Cole wrote:
> On Tue, Sep 7, 2010 at 11:44 AM, Michael Wild wrote:
>
>>
>> On 7. Sep, 2010, at 17:30 , David Cole wrote:
>>
>>> On Tue, Sep 7, 2010 at 11:23 AM, David Doria
>> wrote:
>>>
On Mon, Sep 6, 2010 at 9:18 AM, David Cole
>> wrote:
>
2010/9/7 James Bigler :
> 2010/9/7 Stefan Köhnen :
>> 2010/9/6 Alexander Neundorf :
>>> On Monday 06 September 2010, Stefan Köhnen wrote:
Ah, okay.
Thanks for your fast reply.
Is there a way to change the value in the cache?
>>>
>>> set(... FORCE)
>>>
>>> Alex
>>>
>>
>> Hel
2010/9/7 Fraser Hutchison :
> On 07/09/2010 1:54 PM, Stefan Köhnen wrote:
>>
>> 2010/9/6 Alexander Neundorf:
>>>
>>> On Monday 06 September 2010, Stefan Köhnen wrote:
Ah, okay.
Thanks for your fast reply.
Is there a way to change the value in the cache?
>>>
>>> set(..
2010/9/7 Stefan Köhnen :
> 2010/9/6 Alexander Neundorf :
>> On Monday 06 September 2010, Stefan Köhnen wrote:
>>> Ah, okay.
>>>
>>> Thanks for your fast reply.
>>>
>>> Is there a way to change the value in the cache?
>>
>> set(... FORCE)
>>
>> Alex
>>
>
> Hello Alex,
>
> thanks again for your reply
On Tue, Sep 7, 2010 at 11:44 AM, Michael Wild wrote:
>
> On 7. Sep, 2010, at 17:30 , David Cole wrote:
>
> > On Tue, Sep 7, 2010 at 11:23 AM, David Doria
> wrote:
> >
> >> On Mon, Sep 6, 2010 at 9:18 AM, David Cole
> wrote:
> >>
> >>> The "Generate" button should be enabled after the first conf
>
> Please reply with more feedback:
>>>
>>> How many of you would:
>>> - keep the current behavior exactly as is, it's good
>>> - enable "Generate" unconditionally
>>> - something in between
>>>
>>>
>>> Thanks,
>>> David
>>>
>>
>> David C.,
>>
>> I fear all of the votes for "enable generate uncond
On 7. Sep, 2010, at 17:30 , David Cole wrote:
> On Tue, Sep 7, 2010 at 11:23 AM, David Doria wrote:
>
>> On Mon, Sep 6, 2010 at 9:18 AM, David Cole wrote:
>>
>>> The "Generate" button should be enabled after the first configure.
>>>
>>> It's not enabled because the prevailing theory of the d
On Tue, Sep 7, 2010 at 11:23 AM, David Doria wrote:
> On Mon, Sep 6, 2010 at 9:18 AM, David Cole wrote:
>
>> The "Generate" button should be enabled after the first configure.
>>
>> It's not enabled because the prevailing theory of the day was that you
>> shouldn't allow generate unless there we
On Mon, Sep 6, 2010 at 9:18 AM, David Cole wrote:
> The "Generate" button should be enabled after the first configure.
>
> It's not enabled because the prevailing theory of the day was that you
> shouldn't allow generate unless there were *no* *new* cache entries after
> the most recent configure
Hi Michael
Thanks for making that clear.
David
From: Michael Wild [them...@gmail.com]
Sent: 07 September 2010 15:40
To: Arjen Markus
Cc: David Aldrich; CMake@cmake.org
Subject: Re: [CMake] Complete beginner question about tutorial
Never EVER put CMake ge
Hi Arjen
Thanks for your answer.
Best regards
David
> -Original Message-
> From: Arjen Markus [mailto:arjen.mar...@deltares.nl]
> Sent: 07 September 2010 15:07
> To: David Aldrich
> Cc: CMake@cmake.org
> Subject: Re: [CMake] Complete beginner question about tutorial
>
> Hi David,
>
>
Never EVER put CMake generated files in version control. They are not
"relocatable".
Michael
On 7. Sep, 2010, at 16:06 , Arjen Markus wrote:
> Hi David,
>
> I would say put the CMakeLists.txt files under version control.
> This is what we do within the PLplot project and that is what I
> gener
Hi David,
I would say put the CMakeLists.txt files under version control.
This is what we do within the PLplot project and that is what I
generally see: generated files are not managed, as you can always
generate them again.
(For convenience you can put them in version control, for instance,
to
Hi Eike and Arjen
Thanks for your answers. Sorry for my trivial question!
I would like to ask a question about best practice. I think that, initially, we
would use CMake only on Linux, to replace our hardcoded of gnu makefiles (we
don't use autotools). So only one platform is involved. I am won
Hi all
If you want some fun, try creating a small project where one of the
sub-directories contains the = character in its name... CMake could fix this
(if desired) by e.g. defining
equal := =
and then substitute all = occurrences in directory/file names with $(equal).
Is this worth a bug re
Hi David,
that depends on the generator you specify: CMake "simply" creates
makefiles or project files that you can then use to build the
program or programs. In the case of "Visual C++ 2008", you need
Visual Studio 2008 to load the project (solution) and build it.
Regards,
Arjen
On 2010-09-07
2010/9/6 Alexander Neundorf :
> On Monday 06 September 2010, Stefan Köhnen wrote:
>> Ah, okay.
>>
>> Thanks for your fast reply.
>>
>> Is there a way to change the value in the cache?
>
> set(... FORCE)
>
> Alex
>
Hello Alex,
thanks again for your reply. I tried to use set with FORCE but it didn'
Am Tuesday 07 September 2010 schrieb David Aldrich:
> Hi
>
> I want to run the CMake tutorial
> (http://www.cmake.org/cmake/help/cmake_tutorial.html).
>
> The tutorial appears not to show the CMake commands necessary to build
> program. On Windows what command should I use to build the Tutorial
>
Hi
I want to run the CMake tutorial
(http://www.cmake.org/cmake/help/cmake_tutorial.html).
The tutorial appears not to show the CMake commands necessary to build program.
On Windows what command should I use to build the Tutorial executable with
Visual C++ 2008?
Best regards
David
Yes that works just dandy :) thanx.
On Tue, Sep 7, 2010 at 2:44 AM, David Cole wrote:
> This was fixed yesterday in CMake 'next' -- please try it out if you have
> time...
> See:
> http://public.kitware.com/Bug/view.php?id=10611
> http://public.kitware.com/Bug/view.php?id=11207
>
> HTH,
> David
>
On 7. Sep, 2010, at 12:39 , Amir Pakdel wrote:
> On Tue, Sep 7, 2010 at 10:36 AM, Michael Wild wrote:
>>
>> On 7. Sep, 2010, at 6:45 , Amir Pakdel wrote:
>>
>>> Hi developers,
>>>
>>> I am trying to add a MIME type for "Basket Note Pads" files so that
>>> Desktop Environments (KDE and GNOME)
Oops sorry didn't have right branch.
On Tue, Sep 7, 2010 at 3:50 AM, J Decker wrote:
> I checked out the code from git, built it with mingw, ran it against
> my first sample cmakelists.txt, and it still dropped the extra
> extension parts.
>
> So as of cmake version 2.8.2.20100907-g409c it doesn'
I checked out the code from git, built it with mingw, ran it against
my first sample cmakelists.txt, and it still dropped the extra
extension parts.
So as of cmake version 2.8.2.20100907-g409c it doesn't work.
On Tue, Sep 7, 2010 at 2:44 AM, David Cole wrote:
> This was fixed yesterday in CMake
On Tue, Sep 7, 2010 at 10:36 AM, Michael Wild wrote:
>
> On 7. Sep, 2010, at 6:45 , Amir Pakdel wrote:
>
>> Hi developers,
>>
>> I am trying to add a MIME type for "Basket Note Pads" files so that
>> Desktop Environments (KDE and GNOME) can recognise them. For that
>> purpose, I created a basket.x
This was fixed yesterday in CMake 'next' -- please try it out if you have
time...
See:
http://public.kitware.com/Bug/view.php?id=10611
http://public.kitware.com/Bug/view.php?id=11207
HTH,
David
On Tue, Sep 7, 2010 at 4:09 AM, J Decker wrote:
> ---
> PROJECT( basename.stop )
> set( ${SOUR
The only way I can think of is creating a CMakeLists.txt in the build tree
which creates the executables and adds them as a test, and then do the
test-builds using "cmake --build --target tgt" as the test command.
Anybody got a better idea?
Michael
--
There is always a well-known solution to e
---
PROJECT( basename.stop )
set( ${SOURCES} )
add_executable(${PROJECT_NAME} ${SOURCES})
just building a windows exectuable with a . in the name...
$(TargetFileName)=basename.exe
$(TargetName)=basename
$(TargetExt)=.exe
that is without overriding SUFFIX.the '.stop' is dropped fr
On Tue, Sep 7, 2010 at 12:29 AM, J Decker wrote:
> The sample CMakeLists.txt (requires a blank 'whatever.c' file)
> -
> cmake_minimum_required(VERSION 2.8)
>
Same sceneario but instead specify a flat name with '-'
add_library( bag-service-external SHARED whatever.c )
SET_TARGE
The sample CMakeLists.txt (requires a blank 'whatever.c' file)
-
cmake_minimum_required(VERSION 2.8)
add_library( bag.service.external SHARED whatever.c )
SET_TARGET_PROPERTIES( bag.service.external PROPERTIES
SUFFIX ""
PREFIX ""
)
--
40 matches
Mail list logo
