Ahh,
I thought CMake, CPack, CTest, CDash. Should all go on the same
mailing list. Never realized there could be something like a CDash
mailing list. I'll repost it there.
Best regards,
Marcel Loose.
On Thu, 2010-02-11 at 09:10 -0500, Bill Hoffman wrote:
Wrong mailing list, use the cdash
/DartConfiguration.tcl
Site:
Build name:
Add coverage exclude regular expressions.
Create new tag: 20100215-1045 - Experimental
Start processing tests
Configure project
Cannot find ConfigureCommand key in the DartConfiguration.tcl
UpdateCTestConfiguration
from
:/export/home/loose/work
Hi Brad,
I created a new issue in the CMake tracker regarding the refactoring
of the file Windows-Compaq-Fortran.cmake, as you wil have seen.
I tried some further tests today and was rather astonished to see
it all fail ... with a message from the Compaq compiler that it
was passed a keyword to
Hi, I've tested your patch and it works fine.
I've noticed that it creates a double-dependency: libc6 (= 2.1.3),
libc6 (= 2.3.6-6~) I don't know if this is a bug or it is correct,
anyway I'm notifying you.
I have, also, a suggestion (I don't know how easy is to implement, but
I'll tell you): in
Hi all,
I posted this question a couple of weeks ago (with a slightly different
subject), but got no response.
I was looking for a way to setup and tear-down a test-run environment
separately for *every* test that I'm running.
Currently, our tests are started using a special script that handles
Zitat von Droscy drosc...@yahoo.it:
Hi, I've tested your patch and it works fine.
I've noticed that it creates a double-dependency: libc6 (= 2.1.3),
libc6 (= 2.3.6-6~) I don't know if this is a bug or it is correct,
anyway I'm notifying you.
It is correct. The result required libc = 2.3.6-6
Hello!
I've started using CMake not long ago, I'm not very familiar with it yet. I
need to generate a package with CMake, but when I try to do it, I get empty
packages. This is my CMakeLists.txt file (just a simple hello, world
application of a single .cpp file):
==
Hi
Hendrik Sattler ha scritto:
It is correct. The result required libc = 2.3.6-6 which also
satisfies =2.1.3. It's not minimal but still correct.
Yes, of course. I was referring to the fact that libc6 is reported two
times instead of just one.
That's not fully correct. Your program may work on
Hi again.
Trying Thawan's patch for Debian CPack generator, I noticed that the
field Installed-Size in the control file of the output deb packages
reports the size in bytes, while Debian consider that size in kilobytes,
so a program of 200KiB looks like 200MiB.
Attached to this email the patch
Hello,
I believe you just need to change your install command like this:
install(TARGETS cmakehello01 DESTINATION share/bin)
CMake uses a CMAKE_INSTALL_PREFIX (default /usr/local) to install so
you should not put full paths in the install command.
Cheers,
Hilton
On Mon, 15 Feb 2010 19:25:34
Don't pass a full path to install(TARGETS - a relative path is needed to
install in the specified prefix.
Use this instead:
install(TARGETS cmakehello01
RUNTIME DESTINATION bin)
On 02/15/2010 07:25 AM, Dmitry wrote:
Hello!
I've started using CMake not long ago, I'm not very familiar
Hi,
I'm currently trying to get support for Symbian in CMake working.
At http://public.kitware.com/Bug/view.php?id=8486 you can find the current
patch.
Right now I am able to compile and link hello world on Linux with the gcc
based toolchain.
But I need more people testing and helping me with
On 2010-02-15 19:25+0600 Dmitry wrote:
Hello!
I've started using CMake not long ago, I'm not very familiar with it yet. I
need to generate a package with CMake, but when I try to do it, I get empty
packages. This is my CMakeLists.txt file (just a simple hello, world
application of a single .cpp
Not that I know of. I think FindBoost expects only versioned releases.
Please open a ticket with your requirements and preferably a patch.
Http://public.kitware.com/Bug
On Feb 14, 2010 5:34 PM, Hicham Mouline hic...@mouline.org wrote:
Hello,
Is there a way to find the boost trunk include
Hi,
Thanks for your comments. I added a variable so that users can disable
dpkg-shlibdeps if they want to.
I submit the patch to the bug tracker. Hope this will speed up the
process a little bit.
http://public.kitware.com/Bug/view.php?id=10292
About the the issue that Droscy point out, the
Thanks John, it has been a painful cmake experience to turn off incremental
linking for debug builds.
Apparently, the SET(MSVC_INCREMENTAL_DEFAULT ON) has to appear before the
PROJECT line, otherwise it doesn't work.
Here is the solution that works for me, hope this saves others time:
16 matches
Mail list logo