This issue is related:
http://public.kitware.com/Bug/view.php?id=2828
...and still open.
I'd have to dig to find if there is a current way to distinguish the two
cases... but a variable, like CMAKE_IS_RUNNING_IN_SCRIPT_MODE as you
suggest, sure would be nice, wouldn't it?
On Thu, May 13, 2010
On Thu, May 13, 2010 at 3:04 PM, Alexander Neundorf wrote:
> On Thursday 13 May 2010, Benoit Thomas wrote:
> > Hello,
> >
> > Is there any way to know if my code is running script mode (cmake -P) or
> > normal mode ? I wanna do something like this:
>
> For a specific case this should be possible.
takes advantage of to reload all of
> the VS project files without a lot of user interaction.
>
The *.filters problem affects all versions of Visual Studio 2010. The fix
will be in git master later today.
Thanks,
David Cole
___
Powered by www.kit
within the last 6 weeks) reported.
The reason one is partially fixed now is because somebody brought it to our
attention independently of the issue tracker. :-)
Thanks,
David Cole
On Fri, May 14, 2010 at 4:52 PM, Ben Medina wrote:
> Right, that's bug 0010481, for which we're wai
This is not easily possible without modifying the CMake C++ code. (Where it
would be fairly easy to add a feature like this...) Perhaps filing a feature
request for a "post generate action" would be the best thing to do.
However, in the meantime, you could always add a custom target that executes
CTestConfig.cmake should be downloaded from CDash and committed into your
source tree manually before configuring and before your first dashboard
submission.
Why do you think you want to generate it?
If the nightly start time changes, the CDash server also needs to know about
this.
If you are ju
ctest 2.8.1 and later should already be generating proper UTF-8... what
version of ctest are you using?
On Mon, May 31, 2010 at 9:32 AM, Mathieu Malaterre <
mathieu.malate...@gmail.com> wrote:
> Hi there,
>
> Does anyone know how I can tell ctest to use UTF-8 to generate the
> XML files used fo
Is it 64-bit Windows?
What happens if you put those files in "C:\Windows\SysWOW64"?
The command:
dir /s /b "C:\Windows\kernel32.dll"
will show you that there are actually many kernel32.dlls to be found within
Windows nowadays...
HTH,
David
On Wed, Jun 2, 2010 at 5:18 PM, Scott Fowler wrote:
orted as found
> in C:/Windows/System32. Is this expected?
>
>
>
> Scott
>
>
>
> *From:* David Cole [mailto:david.c...@kitware.com]
> *Sent:* Wednesday, June 02, 2010 2:45 PM
> *To:* Scott Fowler
> *Cc:* cmake@cmake.org
> *Subject:* Re: [CMake] find_file() fails
What if you do something this...? What do status and log tell you?
set(remote "http://..";)
set(local "some file name")
file(DOWNLOAD
"${remote}"
"${local}"
STATUS status
LOG log)
list(GET status 0 status_code)
list(GET status 1 status_string)
if(NOT status_code EQUAL 0)
m
load fails when there's an expected MD5 sum given, then it
*does* raise an error. Perhaps you'll find that useful in the next
release...
Cheers,
David C.
On Fri, Jun 4, 2010 at 7:55 AM, David Cole wrote:
> What if you do something this...? What do status and log tell you?
>
>
?
>
> I really am looking forward to the EXPECTED_MD5 feature, please also make
> it available through ExternalProject_Add! Currently I'm doing this manually
> via an additional step, but it's awfully fragile...
>
It is. That was actually the main motivation for the addi
Are you doing:
include(CTest)
in your CMakeLists.txt file?
On Fri, Jun 4, 2010 at 10:51 AM, kent williams wrote:
> We don't have Dart installed on some machines we want to do testing
> on. Consequently including Dart.cmake does nothing to generate
> DartConfiguration.tcl.
>
> If you're not usin
ild/src-build/DartConfiguration.tcl
>Site:
> Build name:
> WARNING: No nightly start time found please set in CTestConfig.cmake
> or DartConfig.cmake
> Problem initializing the dashboard.
>
> child process exited abnormally
>
> Results:
> build of "Experimenta
automatically
> > follow. The accepted protocols are set with CURLOPT_REDIR_PROTOCOLS and
> > it excludes the FILE protocol by default.
> >
> >
> >
> > Aaron C. Meadows
> >
> >
> >
> > From: cmake-boun...@cmake.or
On Tue, Jun 8, 2010 at 10:00 AM, Torri, Stephen CIV NSWCDD, W15 <
stephen.to...@navy.mil> wrote:
> > From: Michael Wild [mailto:them...@gmail.com]
> > Sent: Tue 6/8/2010 9:05 AM
> > To: Torri, Stephen CIV NSWCDD, W15
> > Cc: cmake@cmake.org
> > Subject: Re: [CMake] Different configurations for Deb
In your target_link_libraries statements, use:
- cmake target names to link to, if there are cmake targets for the
linked-to libraries,
- full path file names for the libraries if there are not cmake targets for
them
Are you doing that? If so, 2.6 and 2.8 should work the same.
HTH,
David
On T
On Thu, Jun 10, 2010 at 5:37 PM, Alan W. Irwin wrote:
> On 2010-06-10 16:20-0400 David Cole wrote:
>
> On Thu, Jun 10, 2010 at 4:17 PM, Alan W. Irwin > >
>> wrote:
>> On 2010-04-09 12:17-0400 David Cole wrote:
>>
>>A "real
On Thu, Jun 10, 2010 at 4:17 PM, Alan W. Irwin wrote:
> On 2010-04-09 12:17-0400 David Cole wrote:
>
> A "real" fix for this has been committed to the CVS repository for kwsys.
>> The change should appear in the CMake git repository shortly on
>> 'master'
I am happy to announce that CMake 2.8.2 has entered the release
candidate stage! You can find the source and binaries here:
http://www.cmake.org/files/v2.8/.
Following is the list of changes in this release. (If you notice
something missing please let me know and I will add it to the official
rele
What bug are you referring to?
On Mon, Jun 14, 2010 at 12:58 PM, wrote:
> Hi there,
>
> I reported a bug a couple of month back, which apparently was fixed with
> "Closing this since the new TARGET option for CTEST_BUILD is well
> documented."
>
> I am looking at the git web interface of ctes
Never mind. I just read the subject line
You mean this one, right?
http://public.kitware.com/Bug/view.php?id=9835
On Mon, Jun 14, 2010 at 8:17 PM, David Cole wrote:
> What bug are you referring to?
>
>
> On Mon, Jun 14, 2010 at 12:58 PM, wrote:
>> Hi there,
>>
The patch in issue #3796 has not been applied to the CMake 'next' branch
yet. I think it is too late to consider for the 2.8.2 release, but it could
easily be in for the release after that if it's acceptable as-is. (And
somebody pushes it to next for testing on the dashboards...)
However, it would
On Tue, Jun 15, 2010 at 5:13 PM, Daniel Blezek wrote:
> Hi,
>
> We would like to convert an OpenCL program written in a separate file to
> a C++ header (essentially a long string).
>
> For example, if my OpenCL program is in the file Square.cl
>
> __kernel square(
>__global float* input,
>
ar *KernelSource =\n")
# Send each line to output file:
#
foreach(lineE ${contents})
# Get rid of the trailing 'E':
#
string(REGEX REPLACE "^(.*)E$" "\\1" line "${lineE}")
file(APPEND "${output_file}"
" \"${line}\"
On Wed, Jun 16, 2010 at 1:26 AM, Micha Renner wrote:
> There still some problems with the Express version of VS
> I started the gui-version of CMake and generated the solution files
> (empty build directory). No errors.
>
> First run in the IDE generates a lot of CMake errors (see appendix).
>
CM
oups with VS 10 (#9863)
Clinton Stimpson (2):
Support pthreads on irix.
Remove macro for querying qmake for qmake variables.
David Cole (2):
Fix issue #10346. Error if SOURCE_DIR is empty.
Remove CTestTest3.
Zach Mullen (1):
Extra coverage glob should subtract the exp
with the Personal/Sezero builds, do you see a
difference as compared to CMake 2.8.0 or 2.8.1 with the same Personal/Sezero
builds?
If this is a mingw-w64 issue, perhaps you could raise it on their mailing
lists?
Thanks,
David Cole
> Best regards - Alok
>
>
On Fri, Jun 18, 2010 at 3:19 AM, Marcus Liebhardt wrote:
> > On Thursday 25 March 2010, Franklin Dorbon wrote:
> > >* Hello,
> *> >* I get the below error when running CMAKE, the GUI version 2.8 on
> windows:
> *> >*
> *> >* CMake Error at cmake/internal/SearchForStuff.cmake:78
> *> >* (CHECK_ST
On Wed, Jun 16, 2010 at 9:54 AM, Micha Renner wrote:
> Am Mittwoch, den 16.06.2010, 06:56 -0400 schrieb David Cole:
> > On Wed, Jun 16, 2010 at 1:26 AM, Micha Renner
> > wrote:
> > There still some problems with the Express version of VS
> > I started t
On Fri, Jun 18, 2010 at 1:01 PM, Tyler Roscoe wrote:
> On Fri, Jun 18, 2010 at 06:30:25PM +0200, Eric Noulard wrote:
> > 2010/6/18 Tyler Roscoe :
> > > 1. I want to change where "make package" deposits the packages it
> > > creates. Is there a way to do this -- some cpack variable I haven't
> >
On Fri, Jun 18, 2010 at 1:12 PM, Tyler Roscoe wrote:
> On Fri, Jun 18, 2010 at 01:06:46PM -0400, David Cole wrote:
> > On Fri, Jun 18, 2010 at 1:01 PM, Tyler Roscoe wrote:
> > > On Fri, Jun 18, 2010 at 06:30:25PM +0200, Eric Noulard wrote:
> > > > 2010/6/18 Tyler R
On Fri, Jun 18, 2010 at 9:56 AM, Bill Hoffman wrote:
> On 6/18/2010 7:51 AM, Bo Thorsen wrote:
>
>> Den 14-06-2010 17:24, David Cole skrev:
>>
>>> I am happy to announce that CMake 2.8.2 has entered the release
>>> candidate stage! You can find th
The old-fashioned way of doing this is to set a BUILDNAME variable in the
cmake cache...
In your CMakeLists.txt:
set(BUILDNAME "myBuildName" CACHE STRING "build name variable for CDash")
The new-fashioned way is to set CTEST_BUILD_NAME in your ctest -S script
prior to ctest_configure, ctest_build
CTestConfig.cmake should be a source file in your source tree. Nothing
should be writing it automatically.
On Mon, Jun 21, 2010 at 11:21 AM, Convey, Christian J CIV NUWC NWPT <
christian.con...@navy.mil> wrote:
> I'm having trouble getting my mind around how CTest is intended to be used.
> Coul
On Mon, Jun 21, 2010 at 1:18 PM, Convey, Christian J CIV NUWC NWPT <
christian.con...@navy.mil> wrote:
> Sorry, that was embarrassing. Pretend I had said, "CTestTestFile.cmake"
> instead of "CTestConfig.cmake".
>
Well, in that case CMake writes the CTestTestFile.cmake files whenever
it confi
es in this release.
Since we switched to git, this list is now the
'git log' one line summary written by the named
CMake developers.
Changes in CMake 2.8.2-rc3 (since 2.8.2-rc2)
Brad King (1):
Preserve ENV{MAKEFLAGS} in CMake script mode
Well known issue for quite some time now.
See the quite extensive notes in this bug:
http://public.kitware.com/Bug/view.php?id=7000
You can set CPACK_SET_DESTDIR to ON in your CMakeLists.txt file to get this
to work with the RPM CPack generator.
It would be fabulous if there were a way to fix th
On Thu, Jun 24, 2010 at 11:43 AM, j s wrote:
>
>
> On Thu, Jun 24, 2010 at 12:34 AM, Michael Wild wrote:
>
>>
>> On 24. Jun, 2010, at 3:11 , Bill Hoffman wrote:
>>
>> > On 6/23/2010 6:12 PM, Michael Jackson wrote:
>> >
>> >>>
>> >>> From a clean build, it does not work:
>> >>> 1 wget
>> >>>
On Thu, Jun 24, 2010 at 10:27 AM, Convey, Christian J CIV NUWC NWPT <
christian.con...@navy.mil> wrote:
> Could someone explain something to me about CTest's conventions?
>
> I'm reading throught this page:
> http://www.cmake.org/Wiki/CTest:Using_CTEST_and_CDASH_without_CMAKE
>
> It sounds like th
cmake -DBUILDNAME=MyBuildName . && make && make test
test does not depend on all so that it can just run quickly... so you need
the middle make in the above command line if you actually want to build your
stuff first.
But why do you even need to set BUILDNAME for a "make test" -- it only
really a
ion incorrectly reported.
Brad King (3):
Run CMake.HTML test without net access (#10857)
Run CMake.HTML test with older xmllint (#10857)
CTest: Parse empty Git commits correctly
David Cole (2):
Qualify name of extraction location with ExternalProject name.
For VS10: Reall
Make that:
cmake -DBUILDNAME=MyBuildName . && ctest -D Experimental
(forgot the '.' ...)
On Thu, Jun 24, 2010 at 3:21 PM, David Cole wrote:
> cmake -DBUILDNAME=MyBuildName . && make && make test
>
> test does not depend on all so that it can just r
Brad King pushed this fix to cmake 'next' earlier today:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=68c7d3e2ce2fb98980887357dd6308246ea3d64e
That, at least, addresses the "-l" issue in FindMPI...
HTH,
David
On Thu, Jun 24, 2010 at 4:52 PM, Alexander Neundorf wrote:
> On Thursday 24
I can't really think of a better way to tackle the problem...
But I will make this one observation:
If these underlying frameworks you depend on produce *thousands* of valgrind
errors, do you really want to be depending on them?
(Serious question, not trying to be flippant... It would make me ver
I would have thought it was a git commit hash... but I cannot find it at:
http://cmake.org/gitweb?p=cmake.git;a=summary
Perhaps it's in another git repo?
On Fri, Jun 25, 2010 at 9:17 AM, Janosch Peters wrote:
> On 2010-06-21 07:01:36 +0200, Michael Hertling said:
>
> 8d87d12
>>
>
> What's
On Fri, Jun 25, 2010 at 9:42 AM, David Cole wrote:
> I would have thought it was a git commit hash... but I cannot find it at:
>
> http://cmake.org/gitweb?p=cmake.git;a=summary
>
>
> Perhaps it's in another git repo?
>
>
Oops. Thanks Michael, for pointing us
h' is producing quite some noise; wouldn't want to call
> 'bash' flaky, though. But even if that weren't the case: you don't want
> to memory check your framework every time you run a test, only the
> program under test.
>
> There must be a better way to
Yes, this is how it's supposed to work.
The leaks are intentionally only detected as "test failures" when running a
dashboard.
Now that I'm saying this, though, I can't remember what the good reason was
behind that intent. :-)
Cheers,
David
On Fri, Jun 25, 2010 at 11:49 AM, Nicolas Rannou <
n
On Fri, Jun 25, 2010 at 3:00 PM, Ed Loper wrote:
> On 6/10/2010 2:34 PM, Ed Loper wrote:
>
>> I have a CMake project that works fine with CMake 2.6, but when I build
>> Visual Studio output with CMake 2.8, it doesn't seem to get the target
>> library linking information quite right. [...]
>>
>
>
On Sun, Jun 27, 2010 at 11:05 AM, Hicham Mouline wrote:
> hello
>
> I assign the list of all directories the names of which starts with a
> pattern like pattern_ to a cmake variable which I then pass as a
> preprocessor macro:
>
> FILE(GLOB MYPROJECT_LIST_SYSTEMS RELATIVE ${CMAKE_SOURCE_DIR
)
CTest: Parse empty Git commits correctly
David Cole (2):
Qualify name of extraction location with ExternalProject name.
For VS10: Really use full path file names.
James Bigler (1):
Add support for the emulation version of the cudart library.
Mathieu Malaterre (1):
Cleanup
On Tue, Jun 29, 2010 at 5:11 PM, Alexander Neundorf wrote:
> On Friday 05 March 2010, Eric Noulard wrote:
> > 2010/3/5 Bill Hoffman :
> > > Eric Noulard wrote:
> > >> 2010/3/5 Bill Hoffman :
> > >>> CMake 2.8.1 RC 4 is ready to try:
> > >>>
> > >>> http://www.cmake.org/files/v2.8/?C=M;O=D
> > >>>
On Wed, Jun 30, 2010 at 5:18 AM, norulez wrote:
> Hello,
>
> is there a way to write the CTest result to a XML file?
>
I'm thinking the answer to this one just has to be "yes"...
___
Powered by www.kitware.com
Visit other Kitware open-source projects
On Wed, Jun 30, 2010 at 6:22 AM, David Cole wrote:
> On Wed, Jun 30, 2010 at 5:18 AM, norulez wrote:
>
>> Hello,
>>
>> is there a way to write the CTest result to a XML file?
>>
>
> I'm thinking the answer to this one just has to be "yes"...
&
Why do you want to build it via CMake? Are you going to make a
cross-platform BHO (browser helper object)?
What does your BHO do?
CMake has no special support for ATL, but it is quite possible to build a
project with sources that depend on ATL. Basically, you just have to add the
right -D definit
I think you mean:
${CMAKE_COMMAND} -E copy src dst
You forgot the -E.
On Thu, Jul 1, 2010 at 2:38 PM, Hicham Mouline wrote:
> Hello
>
> I'm trying to generate source files .cxx and include them in ADD_LIBRARY to
> build a static library, according to
>
> http://www.cmake.org/Wiki/CMake_FAQ#How
; have the -E. There was no error.
>
> I traced it and the ADD_CUSTOM_COMMAND was in the trace.
>
> Is this an indication that line is not executed at all?
>
>
>
> *From:* David Cole [mailto:david.c...@kitware.com]
> *Sent:* 01 July 2010 19:58
> *To:* Hicham Mouline
&
But since "(" and ")" are both valid characters in file and directory
names... and more common than ";" -- perhaps you should just use the ";" as
the delimiter...?
Otherwise, you can certainly iterate over the glob results with a foreach
loop and construct the string that you want.
Something like
On Sat, Jul 3, 2010 at 10:54 AM, Sergio Lopes wrote:
> > I've had no problems using CMake 2.8.1 and Xcode 3.1.3/4 - what version
> of
> > xcode are you using?
>
> I'm using CMake 2.8.1 from macports and XCode 3.2.2, in Snow Leopard
> 10.6.4.
>
> I actually don't know if it's a CMake problem or no
uss issues here as needed, and add notes to existing issues in
the bug tracker that you are interested in seeing fixed for 2.8.3 -- we will
be looking at the mailing list and activity in the bug tracker to help
prioritize the bug fixes that will occur in the next several weeks.
Thanks,
David Cole
Ki
If you want the constructor exported, you should export the class (which
exports all of its public API), not a single function within the class.
Also, if you export a class, all of its parent classes should also be
exported.
On Tue, Jul 6, 2010 at 7:56 AM, Fred Fred wrote:
> Because I tried i
If you need to specify compilers that are not picked up by default, use
environment variables to do so.
See this FAQ entry:
http://www.cmake.org/Wiki/CMake_FAQ#How_do_I_use_a_different_compiler.3F
Prefer the first method -- does it work if you set FC?
Also, make sure you use full paths to the co
Are some of the lines empty by any chance?
Empty elements are not iterated in a foreach of a list.
Nor (I would expect, I have not verified) is an empty string considered a
string for reporting by file(STRINGS ...
HTH,
David
On Fri, Jul 9, 2010 at 5:24 AM, Johny wrote:
> Hi,
>
> I was worki
Aren't the strings split at newline characters? If not, then a text file
would usually simply be one giant string
On Fri, Jul 9, 2010 at 7:33 AM, Johny wrote:
> On 07/09/2010 01:27 PM, David Cole wrote:
>
> Are some of the lines empty by any chance?
>
> Empty elements
Yes. Some tar files had problems when attempting extraction with CMake's old
libtar implementation. (On Mac and other platforms, too...)
We think they are all fixed as of CMake 2.8.2 since the addition of
libarchive and the removal of libtar.
Let us know if you still have problems when trying wit
On Fri, Jul 9, 2010 at 5:54 PM, Chris Hillery wrote:
> For CTest, running a test means running an executable and seeing whether
> the result of that process is 0 (success) or not 0 (failure). It is also
> possible to scan the output of the executable for certain regular
> expressions to determine
If the generated makefiles have /MT, but the cache has /MD in it, then there
is some "local variable" override of the flags in one of the CMakeLists.txt
files. Normal and expected not necessarily anything to be concerned about as
long as the code in the CMakeLists.txt file is manipulating the flags
I am guessing that this commit from Dec. 2009:
0b38bb4c535ae972d7f973e3e69945a6d0c14d75
to fix this bug:
http://public.kitware.com/Bug/view.php?id=2336
is related to your problem...
I would recommend updating your script to a "new-style" (since ctest 2.4 at
least) script that uses the ctest_buil
f there's not already one there.
Thanks,
David Cole
On Thu, Jul 22, 2010 at 4:36 AM, Michael Wild wrote:
>
> On 22. Jul, 2010, at 10:17 , Marcel Loose wrote:
> [...]
> >
> > Hi Michael and others,
> >
> > I mostly agree with what your saying. However, IMH
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#command:enable_language
if(option_is_on)
enable_languauge(Fortran)
endif()
should work...
On Fri, Jul 23, 2010 at 1:20 PM, James C. Sutherland <
james.sutherl...@utah.edu> wrote:
> I have a project that may need to use a fortran compiler de
Does the behavior change if you list the rc file first? Or if you list only
the rc file as an OUTPUT?
I vaguely remember there being some difference between "primary" OUTPUT and
other files mentioned as OUTPUT values, but it's in the foggy past... Some
experimentation or some reading of the add_cu
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
otten to the point it's at now. I'm not saying this is
good or bad, just explaining that this is the way it is, and that there are
historical reasons why we got to this point.
So what you're attempting is probably possible, but it's definitely not
easy. And it
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
icating that with CMake should be possible, too, but it's not the
typical everyday use case.
You can certainly do anything you want with custom commands, but it does not
make for easy portability to other OS'es and compilers when you start doing
things like that.
>
> From: cmake
The easiest way to separate output is to wrap your test in a cmake -P
script, and then inside that call execute_process to run the "real test" and
use its facilities to capture output into variables or redirect output to
files.
There is no redirection of output using add_test arguments.
HTH,
Dav
I really wish you guys would have had this conversation on a separate thread
dedicated to the topic. (Oh wait, there already was one...)
Please take it to another thread, and leave this one as "Bug fix requests
for the *next* release of CMake..."
Thanks,
David
On Thu, Jul 29, 2010 at 7:01 PM,
g that to additional
CPack generators or is there something missing even in those generators in
your opinion?
Thanks,
David
On Fri, Jul 30, 2010 at 1:02 AM, Kishore wrote:
> I would like to see full support for multiple components in cpack.
>
> On Tuesday 06 Jul 2010 12:01:17 am
rward.
Especially hard to achieve without consensus...
Thanks,
David Cole
Kitware, Inc.
On Fri, Jul 30, 2010 at 9:08 AM, Michael Wild wrote:
>
> On 30. Jul, 2010, at 14:46 , Olaf van der Spek wrote:
>
> > On Fri, Jul 30, 2010 at 2:42 PM, Michael Wild wrote:
> >> Oh, it
I could be wrong... I'm not a huge mingw user, but I think this is the
expected library naming for a mingw build.
If so, then the VTK java wrapping code is just not going to work on mingw as
it stands now. I suspect there are few, if any, users of java wrappers using
a mingw build of VTK. If there
hosen one... which in this particular case is not yielding the correct
result.
Hopefully, the CMAKE_SHARED_LIBRARY_PREFIX can be set for VTK, and you can
get the result you're looking for.
HTH,
David
On Fri, Jul 30, 2010 at 2:19 PM, David Cole wrote:
> Start here:
>
> http://c
les? I will see if I can get the files generated with my
> impression of correct DLL names.
> Thanks,
> Jim
>
> David Cole wrote:
>
>> I could be wrong... I'm not a huge mingw user, but I think this is the
>> expected library naming for a mingw build.
>>
>> I
On Sun, Aug 1, 2010 at 6:17 PM, Eric Noulard wrote:
> 2010/8/1 Dennis Schridde :
> > Hello!
> >
> > I just started experimenting with CPack. According to the docs and
> > code it is to be used like this:
> >> set(CPACK_... ...)
> >>
> > include(CPack)
> >
> > This, however, does not allow making
Possibly related to these bugs...?
http://public.kitware.com/Bug/view.php?id=9963
http://public.kitware.com/Bug/view.php?id=10735
This is just a guess because the symptom sounds similar...
To confirm (or deny) can you send along a zip file of a project that
demonstrates the problem?
Does the pr
I can think of two ways to address a problem like this.
1) Serialize access to the "central file" by establishing dependencies among
all the writers to the central file. Make your nth call depend on n-1, n-1
on n-2, ... 3 on 2, 2 on 1. That forces the steps that access the file to
run serially and
On Mon, Aug 2, 2010 at 3:58 AM, Dennis Schridde wrote:
> On Monday 02 August 2010 04:03:09 David Cole wrote:
> > On Sun, Aug 1, 2010 at
> 6:17 PM, Eric Noulard wrote:
> >>> [...]
> > > My
> personal point of view with your idea is that
> > > s
On Mon, Aug 2, 2010 at 6:57 PM, Eric Noulard wrote:
> 2010/8/2 Clinton Stimpson :
> >>
> >> Waiting for feedback before going on
> >
> > So I wondered if we were basically getting 3 modes out of this:
> >
> > 1. put multiple components in one components aware package (nsis,
> packagemaker,...).
>
;
> > Michael
> >
> >> On Thu, 2010-07-22 at 13:30 +0200, Michael Wild wrote:
> >>> Thanks for reminding me of my old idea ;-)
> >> http://www.cmake.org/pipermail/cmake/2010-May/036993.html
> >>>
> >>> I think that would be the cleanes
.
>
> Michael
>
> On 3. Aug, 2010, at 13:57 , David Cole wrote:
>
> > Bingo.
> >
> > With more than one of *anything* installed, the find modules can only
> guess.
> > They can never know which one is correct.
> >
> > In the presence of e
find_library(THELIB NAMES thelibrary.${CMAKE_SHARED_LIBRARY_SUFFIX})
CMAKE_SHARED_LIBRARY_SUFFIX includes the "." though -- so take the "." out
of the above line.
On Wed, Aug 4, 2010 at 3:53 PM, Alexander Neundorf
wrote:
> On Wednesday 04 August 2010, Dennis Schridde wrote:
> > On Wednesd
No, he's right. "\\." when used in a CMake string(REGEX operation matches a
single dot exactly. The "\\" is required to get a single "\" into the
regular expression engine.
On Thu, Aug 5, 2010 at 5:39 AM, Michael Wild wrote:
>
> On 5. Aug, 2010, at 11:28 , Dennis Schridde wrote:
>
> > On Monday
On Thu, Aug 5, 2010 at 9:46 AM, Jean-Christophe Fillion-Robin <
jchris.filli...@kitware.com> wrote:
> hi Folks,
>
> Earlier in the day, somebody asked me how he could obtain "today date"
> using cmake.
> I replied there was no direct way to obtain the date and I told him to use
> a macro I wrote.
Shouldn't that be this?
add_custom_command(OUTPUT test_diagnostics_get_mean.icc
COMMAND python test_diagnostics_crosscheck.py
DEPENDS test_diagnostics_crosscheck.py)
add_executable(test_diagnostics test_diagnostics.cc
test_diagnostics_get_mean.icc)
FYI, add_dependencies is only used to esta
On Thu, Aug 5, 2010 at 2:29 PM, Andreas Pakulat wrote:
> Hi,
>
> we're currently hitting what looks like a dependency problem with CMake
> and a custom-command. Unfortunately I couldn't reproduce this so far
> with a small example and it also only happens with one of the targets
> we're building
You need a CPackOptions file (CPACK_PROJECT_CONFIG_FILE) that gets loaded at
CPack time.
In CMake, ours has this at the bottom of it:
if("${CPACK_GENERATOR}" STREQUAL "PackageMaker")
if(CMAKE_PACKAGE_QTGUI)
set(CPACK_PACKAGE_DEFAULT_LOCATION "/Applications")
else(CMAKE_PACKAGE_QTGUI)
g I download the source code of cmake and dig through
> that?
>
Yes. Those files are used to prepare the packaging of CMake itself, and it
is a great example of the stuff you gotta do to have a packager that works
everywhere.
>
> Thanks,
>
> -Chris
>
>
> On 8/6/10 4:52
On Sat, Aug 7, 2010 at 9:26 AM, Chris Wolf wrote:
>
>
> On 8/7/10 7:14 AM, Eric Noulard wrote:
> > 2010/8/7 Chris Wolf :
> >> On 8/6/10 8:55 PM, Eric Noulard wrote:
> >>>
> >>> Did you try the command line?
> >>>
> >>> cpack -D CPACK_PACKAGING_INSTALL_PREFIX="/opt" -G DEB
> >>>
> >>> it works for
On Sat, Aug 7, 2010 at 9:44 AM, David Cole wrote:
> On Sat, Aug 7, 2010 at 9:26 AM, Chris Wolf wrote:
>
>>
>>
>> On 8/7/10 7:14 AM, Eric Noulard wrote:
>> > 2010/8/7 Chris Wolf :
>> >> On 8/6/10 8:55 PM, Eric Noulard wrote:
>> >>>
On Sat, Aug 7, 2010 at 11:02 AM, Chris Wolf wrote:
>
>
> On 8/7/10 9:44 AM, David Cole wrote:
> > On Sat, Aug 7, 2010 at 9:26 AM, Chris Wolf wrote:
> >
> >>
> >>
> >> On 8/7/10 7:14 AM, Eric Noulard wrote:
> >>> 2010/8
1 - 100 of 2513 matches
Mail list logo