The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13968
==
Reported By:goatboy160
Assigned To:
I understand why CMake cannot resolve the issue in a single call to
configure. However...
how tricky/hard/impossible would it be to alter/rape the generate stage of
CMake to handle this issue?
Let's say I wanted to create a Win32 and an x64 platform inside a
solution/project. Then I would start
Am 2013-03-01 03:30, schrieb Fredrik Axelsson:
Hi!
The WiX generator supported by the nightly builds will currently not
generate Start Menu Shortcuts. I opened a new ticket in the
bugtracker
for this feature.
http://public.kitware.com/Bug/view.php?id=13967 [1]
and I attached a patch to
Am 2013-03-01 02:32, schrieb Nicholas Kinar:
Hello,
I am wondering if there is a way to have Cmake use Intel compilers on
Windows when generating a Visual Studio project file. Searching
around the Internet, I found that the following might be used to do
this within the CMakeLists.txt file:
The 'Software/Vendor/Item' is actually a registry key. The shortcut will be
$CPACK_PACKAGE_NAME\iconName
CPACK_PACKAGE_EXECUTABLES refers to executables according to the CPack docs
http://www.cmake.org/cmake/help/v2.8.10/cpack.html#variable:CPACK_PACKAGE_EXECUTABLES
The NSIS generator will also
On 01/03/2013 4:44 AM, Hendrik Sattler wrote:
Am 2013-03-01 02:32, schrieb Nicholas Kinar:
Hello,
I am wondering if there is a way to have Cmake use Intel compilers on
Windows when generating a Visual Studio project file. Searching
around the Internet, I found that the following might be used
This is a noble and worthy idea. Unfortunately, it just won’t work, given the
way that CMake has historically evolved, and the assumptions made by most folks
writing CMakeLists files.
Here are some facts:
The C and C++ compilers are usually determined very early on in the configure
Hi David!
We either misunderstand each other, or my knowledge of CMake is too limited,
but let me try to clarify this one last time, and if you still say it cannot
work, I'll leave it at that:
1) I configure my project using Win32 with output dir A. In this directory
every intermediate test and
If CMake developers say that the code is simply not structured like that, or
it is too much work to rewrite these parts (and a few others that might
depend on it), then I leave this subject be and not bother again with it.
David led the CMake development for years.
John
--
Powered by
On Fri, Mar 1, 2013 at 10:52 AM, John Drescher dresche...@gmail.com wrote:
If CMake developers say that the code is simply not structured like that, or
it is too much work to rewrite these parts (and a few others that might
depend on it), then I leave this subject be and not bother again with
The story actually starts with an compile error:
undefined reference to `boost::filesystem3::path::stem() const'
which I do not understand. I am developing on ubuntu 12.04 with boost
1.46 and 1.48 installed.
AFAIK filesystem V3 is the default since boost 1.45.
My cmakelists.txt file
I understand what you’re asking, and the part that won’t work (in the *general*
case) is configuring with two different compilers and two different CMake
generators in the *same* directory.
If you configure/generate in two separate directories, and then merge the
resulting generated project
Hello,
On Ubuntu 12.04, I am compiling some third-party program code that
#includes the BLAS header file blas.h. Although Cmake does find the
BLAS and LAPACK libraries, I receive the following gcc compiler error:
fatal error: blas.h: No such file or directory
I've tried to change this
On 01/03/2013 11:43 AM, Tim Gallagher wrote:
Have you installed the development package for blas and lapack? Typically
distributions have a library-only package and then a development package that
includes the headers. Check for libblas-dev in Ubuntu.
Tim
Thanks, Tim; yes, I can verify
Have you installed the development package for blas and lapack? Typically
distributions have a library-only package and then a development package that
includes the headers. Check for libblas-dev in Ubuntu.
Tim
- Original Message -
From: Nicholas Kinar n.ki...@usask.ca
To:
And have you tried printing out the value of BLAS_INCLUDE_DIR? I'm not sure
that actually exists, I don't see it set in my FindBLAS.cmake module.
What is the path to blas.h? Have you verified it exists and is in one of the
standard include locations such as /usr/include, /usr/local/include
Also worth noting:
I just checked on an Ubuntu machine and the header file is called cblas.h, not
blas.h.
If none of that helps, then I'm out of suggestions. I don't use Ubuntu and most
of my code is in Fortran :)
Tim
- Original Message -
From: Tim Gallagher tim.gallag...@gatech.edu
Am Freitag, 1. März 2013, 14:06:43 schrieb Fredrik Axelsson:
The 'Software/Vendor/Item' is actually a registry key. The shortcut will be
$CPACK_PACKAGE_NAME\iconName
CPACK_PACKAGE_EXECUTABLES refers to executables according to the CPack docs
/share/map/tests/DartConfiguration.tcl
Submit files (using http)
Using HTTP submit method
Drop site:http://127.0.1.1/CDash/submit.php?project=MAP
Upload
file:
/home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/Testing/20130301-1619/Test.xml
to
http://127.0.1.1/CDash/submit.php
On 01/03/2013 11:57 AM, Nicholas Kinar wrote:
Moreover, running Cmake (via make compilation) tells me that the files
are found; however, the blas.h header file is not found.
nkinar@Betty:/media/RESEARCH/DEVELOP-SEISMIC/dip$ make
-- A library with BLAS API found.
-- A library with BLAS API
On 01/03/2013 11:57 AM, Nicholas Kinar wrote:
Moreover, running Cmake (via make compilation) tells me that the files
are found; however, the blas.h header file is not found.
nkinar@Betty:/media/RESEARCH/DEVELOP-SEISMIC/dip$ make
-- A library with BLAS API found.
-- A library with BLAS API
On 01/03/2013 12:10 PM, Tim Gallagher wrote:
Also worth noting:
I just checked on an Ubuntu machine and the header file is called cblas.h, not
blas.h.
If none of that helps, then I'm out of suggestions. I don't use Ubuntu and most
of my code is in Fortran :)
Tim
- Original Message
Hello,
I would like to make a static library from FORTRAN sources (as opposed to
C/C++).
I have in my CMakeLists.txt :
cmake_minimum_required(VERSION 2.8)
enable_language (Fortran)
PROJECT(MYFORTRANLIB)
get_filename_component (Fortran_COMPILER_NAME ${CMAKE_Fortran_COMPILER}
NAME)
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 3828e7fe0b89cd2322ea58e41932c9884feb39da (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index cf057cb..7d2f5e2 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -2,5 +2,5 @@
set(CMake_VERSION_MAJOR 2)
set(CMake_VERSION_MINOR 8)
set(CMake_VERSION_PATCH 10)
-set(CMake_VERSION_TWEAK 20130301
25 matches
Mail list logo
