Hello!
I'm using cmake 2.8.2 and I'd like to build a library of libraries and
i have no additional source code.
I tried something like that:
add_library(mylib )
target_link_libraries(mylib lib1 lib2)
But that doesn't work, because add_library needs at least a source file.
Is there any way t
It looks like the thread "Configuring targets & software that isn't
yet built" also touches on the issue I'm facing.
Hmm - wonder if I can work a trick with setting ZLIB_LIBRARY to just
the name of the subdirectory library target... looks like I have some
tests to run.
CY
___
Here comes a proposal for a bash completion for cmake. Should work with almost
any cmake version because it's using cmake command to retrieve completion.
Prerequisite: You should have "bash-completion" package installed.
If you want to try you may either:
1) add the attache "cmake" file to /etc
2010/7/26 Olaf van der Spek :
> On Mon, Jul 26, 2010 at 10:12 PM, David Cole wrote:
>>> Is there a problem with multiple configures / build trees?
>>
>> No, not at all. We do this all the time. But again, I thought from your
>> questions that you were trying to do it all in one build tree.
>
> I'm
On Mon, Jul 26, 2010 at 10:42 PM, Michael Wild wrote:
> The first directory is the one containing all the sources. The other ones are
> various build trees for different configurations. Sometimes I have more,
> sometimes less. I have build trees linking against Qt4-Carbon and others
> linking a
On Mon, Jul 26, 2010 at 4:42 PM, John Drescher wrote:
> On Mon, Jul 26, 2010 at 4:35 PM, Olaf van der Spek
> wrote:
>> On Mon, Jul 26, 2010 at 10:31 PM, John Drescher wrote:
>>> You do not have multiple copies of the source. You have 1 copy of the
>>> source that you build in multiple trees. Fo
On Mon, Jul 26, 2010 at 10:42 PM, Andreas Pakulat wrote:
>> I'm not familiar with the term build tree.
>
> That seems to be your problem here. The so-called "source tree" is the
> project folder on your disk containing the actual source files and the
> CMakeLists.txt files. The build-tree on the o
On 26. Jul, 2010, at 22:24 , Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 10:12 PM, David Cole wrote:
>>> Is there a problem with multiple configures / build trees?
>>
>> No, not at all. We do this all the time. But again, I thought from your
>> questions that you were trying to do it all
On Mon, Jul 26, 2010 at 4:35 PM, Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 10:31 PM, John Drescher wrote:
>> You do not have multiple copies of the source. You have 1 copy of the
>> source that you build in multiple trees. For me I build 32 and 64 bit
>> for multiple compilers. They all
On 26.07.10 22:24:11, Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 10:12 PM, David Cole wrote:
> >> Is there a problem with multiple configures / build trees?
> >
> > No, not at all. We do this all the time. But again, I thought from your
> > questions that you were trying to do it all in on
On Jul 26, 2010, at 4:35 PM, Olaf van der Spek wrote:
On Mon, Jul 26, 2010 at 10:31 PM, John Drescher
wrote:
You do not have multiple copies of the source. You have 1 copy of the
source that you build in multiple trees. For me I build 32 and 64 bit
for multiple compilers. They all share the
On Friday 02 July 2010, Kishore wrote:
> On Thursday 01 Jul 2010 8:13:56 pm Kishore wrote:
> > In the CMake wiki (http://www.cmake.org/Wiki/CMake_Cross_Compiling) it
> > says clearly that the platform module are included in the following
> > order;
> >
> > Platform/${CMAKE_SYSTEM_NAME}.cmake (manda
On Mon, Jul 26, 2010 at 10:31 PM, John Drescher wrote:
> You do not have multiple copies of the source. You have 1 copy of the
> source that you build in multiple trees. For me I build 32 and 64 bit
> for multiple compilers. They all share the same source tree but have
> different build trees.
>
>
On Friday 09 July 2010, Kishore wrote:
> On Wednesday 07 Jul 2010 8:54:52 pm Kishore wrote:
> > On Friday 02 Jul 2010 12:36:17 am Kishore wrote:
> > > On Friday 02 Jul 2010 12:07:07 am Alexander Neundorf wrote:
> > > > On Thursday 01 July 2010, Kishore wrote:
> > > > > It seems that the PROJECT() c
On Mon, Jul 26, 2010 at 4:24 PM, Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 10:12 PM, David Cole wrote:
>>> Is there a problem with multiple configures / build trees?
>>
>> No, not at all. We do this all the time. But again, I thought from your
>> questions that you were trying to do it a
On Monday 12 July 2010, Michael Hertling wrote:
> On 07/07/2010 09:44 AM, Michael Wild wrote:
> > On 7. Jul, 2010, at 9:32 , Michael Hertling wrote:
> >> On 07/03/2010 01:03 AM, Chris Hillery wrote:
> >>> There's a slightly nicer work-around: Change project A's CMakeLists to
> >>> set PROJB_OPENCV_
On Mon, Jul 26, 2010 at 10:12 PM, David Cole wrote:
>> Is there a problem with multiple configures / build trees?
>
> No, not at all. We do this all the time. But again, I thought from your
> questions that you were trying to do it all in one build tree.
I'm not familiar with the term build tree.
On Tuesday 06 July 2010, Arnaud GELAS wrote:
> Hi guys,
>
> We have been for our own projects the following file to find mysql
> packages, and I would like to contribute it to the community.
>
> Note: it works fine for MySQL 5.1 on Windows (tested on XP and 7), Mac
> (tested on 10.5 and 10.6) and L
On Mon, Jul 26, 2010 at 3:46 PM, Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 9:21 PM, David Cole
> wrote:
> > Olaf,
> > It's definitely not easy to make such a modification with the current VS
> > generators. For better or for worse, there are currently separate
> generators
> > for Visual
On Mon, Jul 26, 2010 at 10:05 PM, Michael Jackson
wrote:
>> Is there a problem with multiple configures / build trees?
>
> No, which is what is done now, just at a "higher" level than you are
> wanting. You would like to have Win32 and Win64 in the same solution file
> which would require multiple
On Sunday 11 July 2010, Kevin Fitch wrote:
> I am transitioning from a make based build system to cmake, overall I am
> quite happy with cmake, but currently there are two snags:
>
> 1) The main project I am doing this on is quite large, it produces about
> 300 targets. So, when I type 'make' I get
On Jul 26, 2010, at 3:46 PM, Olaf van der Spek wrote:
On Mon, Jul 26, 2010 at 9:21 PM, David Cole
wrote:
Olaf,
It's definitely not easy to make such a modification with the
current VS
generators. For better or for worse, there are currently separate
generators
for Visual Studio 32-bit an
On Thursday 15 July 2010, Chris Robison wrote:
> I'm trying to create a project that embeds mono. I'm using Visual Studio
> 2010. In VS, I would normally go to Project -> Properties -> Linker ->
> Input and adjust the Additional Dependencies list. How do you add items to
> this list in CMake? I've
On Wednesday 21 July 2010, Ryan Pavlik wrote:
> My CreateDashboardScripts.cmake and DashboardScript.cmake.in located
> in this repository might be a useful example - I also had a hard time
> figuring out how to do the new-style script.
>
> http://github.com/rpavlik/wiimote-head-tracker-gui/tree/m
On Wednesday 21 July 2010, Brian Davis wrote:
> I too would like the answer to this and other questions. I have been
> having the same problem with CMake (among others)
>
> How to build a project that contains multiple 3rd party sources where:
>
> 1) build of one package is dependent on the not
On Monday 26 July 2010, Verweij, Arjen wrote:
> Hi Alex,
>
> Will this do?
> http://www.cmake.org/Wiki/CMake_Generator_Specific_Information#Makefile_gen
>erators
Sure, thanks :-)
Alex
___
Powered by www.kitware.com
Visit other Kitware open-source projec
On Mon, Jul 26, 2010 at 9:21 PM, David Cole wrote:
> Olaf,
> It's definitely not easy to make such a modification with the current VS
> generators. For better or for worse, there are currently separate generators
> for Visual Studio 32-bit and 64-bit projects. It would be a major re-working
> of t
On 26. Jul, 2010, at 19:51 , Rolf Eike Beer wrote:
> Am Monday 26 July 2010 schrieb Michael Wild:
>
>> The build_thirdparty macro
> calls itself other macros, e.g. build_zlib. That
>> one "guesses" the output
> location of the zlib libraries, creates an
>> IMPORTED library target and
> sets XXX_
On Thursday 22 July 2010, Michael Wild wrote:
> On 22. Jul, 2010, at 15:57 , David Ojeda wrote:
> > Hello CMakers!
> >
> > I am coding with some teammates that use Xcode as their IDE. Everything
> > is working fine thanks to CMake, except for the following situation:
> >
> > 1. Developer X checkout
On Friday 23 July 2010, Brian Davis wrote:
> --snip--
> Because if they were excluded, we would have someone on the list next
> month asking why she can't create empty directories with install()
> commands.
> --end snip--
>
> True point taken. Then we would have 2 people who are correct ... Olaf a
On Monday 26 July 2010, Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 7:12 PM, Michael Jackson
>
> wrote:
> > Because it may horrendously interfere with my current established
> > workflows
>
> Why?
>
> > but I would be open to trying this out. The main issue I can think of is
> > the whole r
On Mon, Jul 26, 2010 at 3:12 PM, John Drescher wrote:
> On Mon, Jul 26, 2010 at 3:03 PM, Olaf van der Spek
> wrote:
> > On Mon, Jul 26, 2010 at 9:00 PM, John Drescher
> wrote:
> >> You need to add variables and such. I believe that is done in
> windows-cl.cmake
> >
> > I'd like to generate both
On Mon, Jul 26, 2010 at 3:03 PM, Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 9:00 PM, John Drescher wrote:
>> You need to add variables and such. I believe that is done in
>> windows-cl.cmake
>
> I'd like to generate both dynamic and static, x86 and x64 configs.
> CMake already knows how
On Mon, Jul 26, 2010 at 9:00 PM, John Drescher wrote:
> You need to add variables and such. I believe that is done in windows-cl.cmake
I'd like to generate both dynamic and static, x86 and x64 configs.
CMake already knows how to build those, so it's not about adding
variables for those.
Olaf
___
On Mon, Jul 26, 2010 at 2:57 PM, Olaf van der Spek wrote:
> On Mon, Jul 26, 2010 at 7:07 PM, David Cole wrote:
>> grep for CMAKE_CONFIGURATION_TYPES
>
> I'm quite sure adding more configuration types here won't suffice.
>
> IF(NOT CMAKE_NO_BUILD_TYPE AND CMAKE_GENERATOR MATCHES "Visual Studio")
>
On Mon, Jul 26, 2010 at 7:07 PM, David Cole wrote:
> grep for CMAKE_CONFIGURATION_TYPES
I'm quite sure adding more configuration types here won't suffice.
IF(NOT CMAKE_NO_BUILD_TYPE AND CMAKE_GENERATOR MATCHES "Visual Studio")
SET (CMAKE_NO_BUILD_TYPE 1)
SET (CMAKE_CONFIGURATION_TYPES
"Debug
2010/7/26 Olaf van der Spek :
> On Mon, Jul 26, 2010 at 8:32 PM, Eric Noulard wrote:
>>> Thanks a lot.
>>> So the Code Blocks gen isn't native? Just uses a makefile for the
>>> build system. That explains it.
>>
>> It depends on what you mean by "native".
>> The project file for Code::Blocks is ge
On Jul 26, 2010, at 2:23 PM, Olaf van der Spek wrote:
On Mon, Jul 26, 2010 at 7:12 PM, Michael Jackson
wrote:
Because it may horrendously interfere with my current established
workflows
Why?
but I would be open to trying this out. The main issue I can think
of is the
whole release/debug
On Mon, Jul 26, 2010 at 8:32 PM, Eric Noulard wrote:
>> Thanks a lot.
>> So the Code Blocks gen isn't native? Just uses a makefile for the
>> build system. That explains it.
>
> It depends on what you mean by "native".
> The project file for Code::Blocks is generated by CMake but
> Code::Blocks ma
2010/7/26 Olaf van der Spek :
> On Mon, Jul 26, 2010 at 7:23 PM, Michael Wild wrote:
>> OK, it's like this: CMake has various "backends" which generate the native
>> build tool. For MSVC, GNU Make, nmake, Xcode etc. Now, some of these
>> backends are "multi-config", such as the ones for MSVC and
On Mon, Jul 26, 2010 at 7:12 PM, Michael Jackson
wrote:
> Because it may horrendously interfere with my current established workflows
Why?
> but I would be open to trying this out. The main issue I can think of is the
> whole release/debug versions of libraries clobbering each other during the
>
Am Monday 26 July 2010 schrieb Michael Wild:
> The build_thirdparty macro
calls itself other macros, e.g. build_zlib. That
> one "guesses" the output
location of the zlib libraries, creates an
> IMPORTED library target and
sets XXX_LIBRARIES accordingly.
>
> The problem of finding the output
loca
On Jul 26, 2010, at 1:02 PM, Olaf van der Spek wrote:
On Mon, Jul 26, 2010 at 6:59 PM, Michael Wild
wrote:
On 26. Jul, 2010, at 18:49 , Olaf van der Spek wrote:
On Sun, Jul 25, 2010 at 6:58 PM, Alexander Neundorf
wrote:
Hmm, the Codeblocks generator is makefile-based.
It is single-conf
Olaf,
zlib is just an example. I'm working on building BRL-CAD, which has a
number of such libs, some of them not common at all. Also, the
project policy is to have the libs in src/other available for local
compile at need, so that part of it isn't up to me :-/.
CY
On Mon, Jul 26, 2010 at 1:31
On Mon, Jul 26, 2010 at 7:28 PM, Michael Wild wrote:
> The build_thirdparty macro calls itself other macros, e.g. build_zlib. That
> one "guesses" the output location of the zlib libraries, creates an IMPORTED
> library target and sets XXX_LIBRARIES accordingly.
>
> The problem of finding the ou
On 26. Jul, 2010, at 19:09 , Clifford Yapp wrote:
> Michael,
>
> Thanks for an interesting reply. How do you decide what value to put
> in XXX_LIBRARIES? Is that pulled from the child CMakeLists.txt file
> back into the parent?
>
> CY
>
> On Mon, Jul 26, 2010 at 12:46 PM, Michael Wild wrote
On Mon, Jul 26, 2010 at 7:23 PM, Michael Wild wrote:
> OK, it's like this: CMake has various "backends" which generate the native
> build tool. For MSVC, GNU Make, nmake, Xcode etc. Now, some of these backends
> are "multi-config", such as the ones for MSVC and Xcode. That means, the same
> pro
On 26. Jul, 2010, at 19:07 , Carlos wrote:
>>
>>> First let me say I don't know Code Blocks.
>>> The question implies Code Blocks project files support multiple
>> configurations.
>
>
> Yes, is my CMakeList.txt file going to impact the MSVC project file
> generation, while I am forcing Debug/R
It seems that a few people have attempted to get CMake going on VMS over the
years, and there are some VMS specific files in the source tar file, but
OpenVMS isn't on the supported list, and is called out on the ToDo Wiki as
unsupported.
Is there anything I should know, any tips anyone can give
grep for CMAKE_CONFIGURATION_TYPES
On Mon, Jul 26, 2010 at 1:06 PM, John Drescher wrote:
> On Mon, Jul 26, 2010 at 1:00 PM, Olaf van der Spek
> wrote:
> > Hi,
> >
> > Where in the source code does the VS generator generate the multiple
> > configurations?
> >
>
> I believe all of that is in the
>
> > First let me say I don't know Code Blocks.
> > The question implies Code Blocks project files support multiple
> configurations.
Yes, is my CMakeList.txt file going to impact the MSVC project file
generation, while I am forcing Debug/Release configurations to be built ?
On Mon, Jul 26, 2010 at 1:00 PM, Olaf van der Spek wrote:
> Hi,
>
> Where in the source code does the VS generator generate the multiple
> configurations?
>
I believe all of that is in the modules. Its actually pretty easy to
edit. I have modified this on my side several times to get CMake to
sto
On Mon, Jul 26, 2010 at 6:59 PM, Michael Wild wrote:
>
> On 26. Jul, 2010, at 18:49 , Olaf van der Spek wrote:
>
>> On Sun, Jul 25, 2010 at 6:58 PM, Alexander Neundorf
>> wrote:
>>> Hmm, the Codeblocks generator is makefile-based.
>
> It is single-configuration.
First let me say I don't know Cod
Hi,
Where in the source code does the VS generator generate the multiple
configurations?
Olaf
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic a
On 26. Jul, 2010, at 18:49 , Olaf van der Spek wrote:
> On Sun, Jul 25, 2010 at 6:58 PM, Alexander Neundorf
> wrote:
>> Hmm, the Codeblocks generator is makefile-based.
It is single-configuration.
>
> What exactly does makefile-based mean/imply?
>
>> Each makefile-based buildtree builds only
On Sun, Jul 25, 2010 at 6:58 PM, Alexander Neundorf
wrote:
> Hmm, the Codeblocks generator is makefile-based.
What exactly does makefile-based mean/imply?
> Each makefile-based buildtree builds only one configuration.
> If you want multiple configurations, create one buildtree for each
> configu
On 26. Jul, 2010, at 17:59 , Clifford Yapp wrote:
> Hi! I have a rather oddball question, and I'm not quite sure if I'm
> even asking the right question, but I'll describe the circumstances
> and see if it makes sense...
>
> I am trying to set up a CMake project which includes as subdirectories
I think it's a little strange to have multiple project file to manage one
project it multiple configurations, instead of having a single project file
for one project, that manages multiple configurations directly, isn't
codeblocks made for that ?
2010/7/25 Alexander Neundorf
> On Thursday 22 Jul
Hi! I have a rather oddball question, and I'm not quite sure if I'm
even asking the right question, but I'll describe the circumstances
and see if it makes sense...
I am trying to set up a CMake project which includes as subdirectories
other CMake projects, but it does so only conditionally. I.e
Hi everyone,
I am new to cmake, tell me if completely wrong about the way to do.
I have the following source tree :
.
├── algorithms/
│ └── algo1/
│ ├── x.h
│ ├── x.c
│ └── algo2/
│ ├── y.h
│ ├── y.c
├── library/
└── library.c
└── liblibrary.a
liblibrary.a is
2010/1/19 Eric Noulard :
> 2010/1/19 Bill Hoffman :
>>>
>> You should file a bug. This most likely is because we switched to
>> libarchive for creation of the tar and zip files.
>
> Done:
> http://public.kitware.com/Bug/view.php?id=10162
Small update,
I have just updated the bug (and unassigned
Hi Alex,
Will this do?
http://www.cmake.org/Wiki/CMake_Generator_Specific_Information#Makefile_generators
Regards,
Arjen
>-Original Message-
>From: Alexander Neundorf [mailto:a.neundorf-w...@gmx.net]
>Sent: zondag 25 juli 2010 19:09
>To: cmake@cmake.org
>Cc: Verweij, Arjen; Brad King
>S
62 matches
Mail list logo
