Hello,
I recently started using CMake, and I'm trying to build a Code::Blocks
MinGW project.
I downloaded CMake 2.8.4 for Windows 32-bit; my Windows version is
64-bit, but it seems that shouldn't cause problems.
Using the CMake GUI, I'm trying to build a project, but I keep getting
the
Hi,
when you install MinGW, the minGW/bin directory is not added to the PATH
variable.
So you need to add your minGW/bin directory to your path variable, so
CMake can find the needed libraries.
Maxime
Le 02/06/2011 21:52, Julien Lemay a écrit :
Hello,
I recently started using CMake, and
On 6/1/2011 6:11 AM, AMARNATH, Balachandar wrote:
Dear Bill,
When i did cmake --trace, I could see at some places BLAS_LIBRARIES are
set to FALSE. Particularly, here in below lines
***
...
c:/Users/BAAMARNA5617/Programs/CMake
On 05/28/2011 12:33 PM, Thomas Roß wrote:
set( CMAKE_RUNTIME_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/bin CACHE PATH )
to have all my executables in one place
This doesn't need to be in the cache. You can just set() it in the top level.
used set_target_properties( plugin PROPERTIES
On 6/2/2011 4:01 PM, Lecourt Maxime wrote:
Hi,
when you install MinGW, the minGW/bin directory is not added to the PATH
variable.
So you need to add your minGW/bin directory to your path variable, so
CMake can find the needed libraries.
Seems that MinGW changed something recently... This is
I've noticed an inconsistency in CMake's generation.. For example I go
through the following sequence:
cd \Project
mkdir Debug
cd Debug
Then I either:
cmake -G Visual Studio 9 2008 -DCMAKE_BUILD_TYPE=Debug
..\CMakeLists.txt
It will generate, and then place the project files in \Project.
Just tested it on linux and the same remark applies.
//-
Case1:
mkdir TestCase1 mkdir TestCase1/Debug echo PROJECT(foo)
TestCase1/CMakeLists.txt cd TestCase1/Debug cmake ../CMakeLists.txt
Output:
-- The C compiler identification is GNU
-- The CXX compiler
We've run into another issue with the way FindHDF5 works.
On Cray systems, h5fc -show gives:
ifort -fPIC -I/opt/cray/hdf5/1.8.5.0/hdf5-intel/include
-L/opt/cray/hdf5/1.8.5.0/hdf5-intel/lib
/opt/cray/hdf5/1.8.5.0/hdf5-intel/lib/libhdf5hl_fortran.a
Hey all;
I am a new bible of CMAKE, I just use cmake to rewrite my previous project, the
problem is that the process Scanning dependencies of target is really very
slow, it will always take more than 20 to 30 minutes for scanning. What does
CMAKE do to scan dependencies of target? Why so
On Friday, June 03, 2011 04:01:54 AM jianhua wrote:
Hey all;
I am a new bible of CMAKE, I just use cmake to rewrite my previous project,
the problem is that the process Scanning dependencies of target is
really very slow, it will always take more than 20 to 30 minutes for
scanning. What
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 d1a62ce7a6034ef54bc4c30128af2cb6e2ca31e2 (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 4f8dde2da662cc3021cb202a274fe2018830c446 (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 170b4e5eae5d93ab130b680f23f323d45fee12ec (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 87b8b3c0a0f780daffa4e311e583b02eb8d61e15 (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 cea523cc6982ec3fb7d9f18e17dfc4b826ecfea2 (commit)
via
15 matches
Mail list logo
