On 1/10/2012 4:16 PM, Alexander Neundorf wrote:
These variables are defined in FindKDE4Internal.cmake, so any package doing
find_package(KDE4)
can make use of these variables for installing its stuff.
If I understand correctly there will no longer be a single base package that
every KDE
ExternalProject is failing in a few places:
http://www.cdash.org/CDash/testSummary.php?project=1name=ExternalProjectdate=2012-01-11
Seems to be an issue with bz2 untar:
CMake Error: Problem with archive_read_open_file(): Child process exited
with status 254
CMake Error: Problem extracting
On 1/11/2012 12:04 PM, Rolf Eike Beer wrote:
That was me. I pushed a topic to stage yesterday for review that improved
FindBZip2.cmake to detect the debug library on Windows and handle both
optimized and debug variants. CMake preloads the BZIP2_LIBRARIES variable with
cmbzip2, which currently is
Am Mittwoch 11 Januar 2012, 13:24:42 schrieben Sie:
On 1/11/2012 12:04 PM, Rolf Eike Beer wrote:
That was me. I pushed a topic to stage yesterday for review that
improved
FindBZip2.cmake to detect the debug library on Windows and handle both
optimized and debug variants. CMake preloads
On 1/11/2012 1:31 PM, Rolf Eike Beer wrote:
Am Mittwoch 11 Januar 2012, 13:24:42 schrieben Sie:
The top-level CMakeLists.txt file in CMake needs to pre-load BZIP2_*
with whatever is needed to convince find_package(BZIP2) to use the
CMake-built cmbzip2 library. If you're changing the Find
Am Mittwoch, 11. Januar 2012, 15:32:47 schrieb Brad King:
On 1/11/2012 1:31 PM, Rolf Eike Beer wrote:
Am Mittwoch 11 Januar 2012, 13:24:42 schrieben Sie:
The top-level CMakeLists.txt file in CMake needs to pre-load BZIP2_*
with whatever is needed to convince find_package(BZIP2) to use the
On Wednesday 11 January 2012, Rolf Eike Beer wrote:
Am Mittwoch, 11. Januar 2012, 15:32:47 schrieb Brad King:
On 1/11/2012 1:31 PM, Rolf Eike Beer wrote:
Am Mittwoch 11 Januar 2012, 13:24:42 schrieben Sie:
The top-level CMakeLists.txt file in CMake needs to pre-load BZIP2_*
with
On Wednesday 11 January 2012, Brad King wrote:
...
To support the fully flexible version, the developer must calculate the
relative path from the configured CONFIG_INSTALL_DIR (where the
Config.cmake file goes) to the configured INCLUDE_INSTALL_DIR.
It's not too hard. See ITK for
Am Mittwoch 11 Januar 2012, 22:03:52 schrieb Rolf Eike Beer:
Am Mittwoch, 11. Januar 2012, 15:32:47 schrieb Brad King:
On 1/11/2012 1:31 PM, Rolf Eike Beer wrote:
Am Mittwoch 11 Januar 2012, 13:24:42 schrieben Sie:
The top-level CMakeLists.txt file in CMake needs to pre-load
BZIP2_*
Hello everybody,
that's finally OK. Indeed; everything was OK. I did not pay attention
that the flag was actually here. I was simply not looking
in the right place. Perhaps new glasses or some rest should be my first
resolution for 2012 !!!
sorry for the inconvenience
Eric
pellegrini a
Hello,
I'm running the svn version of cdash, and I submit a notes file when
building/testing(with bullseye) with a ctest script. I set
CTEST_NOTES_FILES to the correct file just before the ctest_submit()
call. So it gets submitted ok, and when clicking on a build name in the
dashboard page,
Hi, does anyone know what this Boost_DIR variable is from the
findBoost.cmake module? And why it is never found?
Everything works well, I use BOOST_ROOT to set the path to the Boost
distribution, just curious.
Daniel
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
Dear all,
I am trying to build from a source code using CMAKE on Windows 7. I have
no prior experience in building from source code, so I need your help in
this regard.
The application requires following external dependencies with versions
mentioned or more advanced versions:
- CMake-2.6
On 11.01.12 11:55:32, Kedar Moharana wrote:
Dear all,
I am trying to build from a source code using CMAKE on Windows 7. I have
no prior experience in building from source code, so I need your help in
this regard.
The application requires following external dependencies with versions
Dear Arjen,
Thank you very much for the reply.
Indeed, gcc command is not working on windows command prompt.
As you mentioned, I tried to set the path with path=c:\MinGW\bin;%PATH%
command.
Now gcc is working.
when I tried to build with CMAKE, it can detect the Fortran compiler; but C
and CXX
Hi,
I have a packaging/installation scenario where my files are
dependent on another MSI/EXE to be executed/install
I tried googling NSIS cpack embed installer but didn't find the
answer.
Is somewhere I can read up on this way of packaging up and
installer on Windows ?
I
Hello Kedar,
can you start the compiler from a command prompt
(DOS-box)?
That is: does the command gcc work?
If not, then you will have to add the location of the
compiler to your path:
path=c:\MinGW\bin;%PATH%
This, however, should have been taken care of by the
installation procedure.
Hello,
With your cmake: embed the installers in your project, install them in a tmp dir
install(PROGRAMS
${CMAKE_CURRENT_SOURCE_DIR}/redistributable/win64/vcredist_2005_sp1_x64.exe
DESTINATION tmp)
Now, add the following specific NSIS commands:
list(APPEND
Hi Kedar,
if CMake can find the Fortran compiler and the command
gcc works from that same environment/DOS-box, then I
see no particular reason why CMake should not be able to
find it. Are the messages still the same (except for
the Fortran part)?
Note that you should start in a completely clean
2012/1/11 Andrea Crotti andrea.crott...@gmail.com:
Andrea,
Could you please not drop the ML address?
I know the reply-to-sender mode of the list may be annoying but it is
the current setup
so tha tyou need to re-add ML address when answering.
On 01/10/2012 07:18 PM, Eric Noulard wrote:
This
On 01/10/2012 07:17 PM, vivek goel wrote:
Is there a way to color warning/error of gcc with cmake ?
AFAIK, no, but you might remember the power of *nix, feed the output
of make VERBOSE=1 21 into sed/awk/perl/your-favorite-here and
use ANSI Control Sequence Initiators:
On 01/11/2012 01:44 PM, Michael Hertling wrote:
On 01/10/2012 07:17 PM, vivek goel wrote:
Is there a way to color warning/error of gcc with cmake ?
AFAIK, no, but you might remember the power of *nix, feed the output
of make VERBOSE=1 21 into sed/awk/perl/your-favorite-here and
use ANSI
On 01/11/2012 12:37 PM, Eric Noulard wrote:
2012/1/11 Andrea Crottiandrea.crott...@gmail.com:
Andrea,
Could you please not drop the ML address?
I know the reply-to-sender mode of the list may be annoying but it is
the current setup
so tha tyou need to re-add ML address when answering.
Sorry
2012/1/11 Andrea Crotti andrea.crott...@gmail.com:
On 01/11/2012 12:37 PM, Eric Noulard wrote:
I just wanted to try the packaging with NSIS, and since it builds exe on
Linux
it should probably cross compile,
but I didn't set anything for that myselfso I
it might just try to compile for
2012/1/11 Robert Dailey rcdai...@gmail.com:
He probably just uses a project.vcproj.user file, and uses the
configure_file() command on it to fill in command arguments, environment
variables, etc etc.
I've done this before and it works fantastically, although I have never
tried it to force
Hi list,
I'd appreciate a little help with the following issue:
I want to use find_package(OpenAL REQUIRED) on a portable project.
But on OSX it shouldn't accept the /System framework (or any other
framework). That one lacks too much stuff, and ppl building from
source need to use OpenAL Soft
I guess I have failed to strike the interest of anyone on this?
-
Robert Dailey
On Mon, Jan 9, 2012 at 5:58 PM, Robert Dailey rcdai...@gmail.com wrote:
there are .user files generated by newer versions of Visual Studio (since
2005 I believe) that contain per-machine or per-workspace
On 01/07/2012 03:52 PM, David Cole wrote:
On Sat, Jan 7, 2012 at 9:47 AM, David Cole david.c...@kitware.com wrote:
On Fri, Jan 6, 2012 at 10:54 PM, Michael Hertling mhertl...@online.de
wrote:
On 01/06/2012 07:51 PM, Kevin Burge wrote:
Thanks David. These are external libraries built outside
I'm sure there are a handful of interested parties on this topic.
One concern I would have is that if we start to generate this, we
might clobber stuff that users go in and edit by hand in the Visual
Studio UI. It's a minor concern, but if I do go in and add a
PATH=1;2;3;4 to the environment,
In light of the current topic about copying 3rd Party DLLs into the build
directory on Visual Studio one suggestion was to create this type of file. With
that in mind I am now interested in this feature. Would make a nice addition
and help those of us who do 32/64 dev all on the same machine
On Wed, Jan 11, 2012 at 10:10 AM, Michael Hertling mhertl...@online.de wrote:
On 01/07/2012 03:52 PM, David Cole wrote:
On Sat, Jan 7, 2012 at 9:47 AM, David Cole david.c...@kitware.com wrote:
On Fri, Jan 6, 2012 at 10:54 PM, Michael Hertling mhertl...@online.de
wrote:
On 01/06/2012 07:51
For VS8-VS9, this won't be a big issue since Visual Studio does not use the
.user file directly, instead it copies it and creates a DOMAIN.USER.user
file instead. For VS10, however, it does not do this, so when we edit the
.user file it will use that file directly. I think VS10 is the only version
Dear Arjen,
Just by googling I found a solution on internet which suggested to
install VB and Intel Fortran. I tried and now cmake is detecting the C, CXX
and Fortran compiler.
Thanks for the suggestion anyway.
regards,
Kedar
On Wed, Jan 11, 2012 at 1:24 PM, Arjen Markus
[Happy New Year 2012 !]
Hi all,
I am trying to release openjpeg 1.5. To distribute binary package of
this software on MacOSX, I am starring at the cpack documentation.
I am not a MacOSX user, so could someone please point me to the
documentation for the differences in between the
On Wednesday 11 January 2012, Patrick Spendrin wrote:
Am 02.01.2012 18:11, schrieb David Cole:
Hi all,
Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the bugs is all we need here. Please move
specific discussions into the bugs themselves
On Wed, Jan 11, 2012 at 3:08 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Wednesday 11 January 2012, Patrick Spendrin wrote:
Am 02.01.2012 18:11, schrieb David Cole:
Hi all,
Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the
Hello,
Indeed it is the svn trunk version and this tip works! Thanks.
Can it be configured that the advanced view is the default view?
Best regards
Tom
Op 11/01/2012 13:24, David Cole schreef:
Are you using CDash from svn trunk?
If so, use the Advanced view and the notes icon should be
On Wednesday 11 January 2012, David Cole wrote:
On Wed, Jan 11, 2012 at 3:08 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Wednesday 11 January 2012, Patrick Spendrin wrote:
Am 02.01.2012 18:11, schrieb David Cole:
Hi all,
Replies requested. Short replies only. Read
On Wed, Jan 11, 2012 at 8:41 AM, David Cole david.c...@kitware.com wrote:
I'm sure there are a handful of interested parties on this topic.
One concern I would have is that if we start to generate this, we
might clobber stuff that users go in and edit by hand in the Visual
Studio UI. It's a
Yes, that's exactly it. I'll try to add something to the wiki.
On Wed, Jan 11, 2012 at 6:01 AM, Eric Noulard eric.noul...@gmail.com wrote:
2012/1/11 Robert Dailey rcdai...@gmail.com:
He probably just uses a project.vcproj.user file, and uses the
configure_file() command on it to fill in
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 8c508d230187b6f03a38b53220717989d08f4d82 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 12e18cda168d748750724947278190963142610e (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 50f851e67ad2d387f6d1dc183823158e27bae3bd (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via c89ee4a10f4de32bdffaa1f08f5455f0fc454731 (commit)
from
44 matches
Mail list logo
