The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11791
==
Reported By:Rolf Eike Beer
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=11792
==
Reported By:Rolf Eike Beer
Assigned To:
On 02/03/2011 08:04 PM, Bill Hoffman wrote:
On 2/3/2011 12:20 PM, Peter Kümmel wrote:
On 03.02.2011 17:20, Peter Kümmel wrote:
Because good solution is not available
I've added the mentioned namespace support
to CMake:
namespace(string)
endnamespace()
With attached patch it is possible
Hello CMakers,
The CMake issue tracker is located at:
http://public.kitware.com/Bug
All of the issues except for the most recent 15 or so have been assigned and
looked at by at least one CMake developer at one point in each issue's
history. However, not all issues that are assigned to developers
On 03.02.2011 00:56, Michael Jackson wrote:
On Feb 2, 2011, at 6:38 PM, Peter Kümmel wrote:
On 02.02.2011 16:39, Michael Jackson wrote:
On Feb 2, 2011, at 10:21 AM, Peter Kümmel wrote:
On 02.02.2011 16:17, Michael Wild wrote:
namespace(a)
include_directories(a)
add_library(a
On 02/03/2011 09:59 AM, Peter Kümmel wrote:
On 03.02.2011 00:56, Michael Jackson wrote:
On Feb 2, 2011, at 6:38 PM, Peter Kümmel wrote:
On 02.02.2011 16:39, Michael Jackson wrote:
On Feb 2, 2011, at 10:21 AM, Peter Kümmel wrote:
On 02.02.2011 16:17, Michael Wild wrote:
namespace(a)
Unfortunately, I can't provide this because we had to get the builds
running, and installed the proper packages. But I don't think I was
imagining things.
On Wed, Feb 2, 2011 at 6:57 AM, Michael Hertling mhertl...@online.de wrote:
On 01/31/2011 05:26 PM, kent williams wrote:
I found this out
What are you changing, and if what you're doing is valid, why not work
to get it integrated with the main CMake development?
For better or worse we will be sticking with the official CMake
releases. It's the devil we know.
On Mon, Jan 31, 2011 at 9:13 PM, Clifford Yapp cliffy...@gmail.com wrote:
On Wed, Feb 2, 2011 at 2:16 PM, David Cole david.c...@kitware.com wrote:
Changing from Win XP to Win 7 means you have to get used to a more
secure permissions model among other things.
Do you have the problem if you run this in a run as administrator scenario?
For the access is denied
Hi
We currently have a project with multiple subdirectories, and want to use a
structure where the top-level CmakeLists.txt only needs to know its subdirs,
and not what files/subdirs/sourcegroups are defined in these subfolders. The
CmakeList.txts would look something like this
Top-level
Because good solution is not available
I've added the mentioned namespace support
to CMake:
namespace(string)
endnamespace()
With attached patch it is possible to write
code like this (imagine antiX.cpp does not
compile when the macro X is set):
namespace(x)
add_definitions(-DX)
On 02/02/2011 06:45 PM, Marco wrote:
Hi Michael,
here's the plain example. I have a package with its CMakeLists.txt file
like this:
#
# Generate library
#
add_library(TrkBase ${Sources})
target_link_libraries(TrkBase ${LIB_LINK_LIST})
#
# Generate executable
#
I am using try_run to generate an include file by a single program
containing lines like:
printf (static double foo = %f;\n, foo);
To my great surprise, RUN_OUTPUT_VARIABLE contains all the lines as
expected but without trailing ; symbols. There is nothing about this
unexpected behavior in the
Still not sure bug or not, but trying things out blind I found a
workaround: enclose contents of RUN_OUTPUT_VARIABLE in quotes.
Dominik
On Thu, Feb 3, 2011 at 5:24 PM, Dominik Szczerba domi...@itis.ethz.ch wrote:
I am using try_run to generate an include file by a single program
containing
The patch was buggy, haven't tested it with a fresh build.
Attached the updated patch.
Peter
diff --git a/Source/cmBootstrapCommands.cxx b/Source/cmBootstrapCommands.cxx
index 554f452..809cff4 100644
--- a/Source/cmBootstrapCommands.cxx
+++ b/Source/cmBootstrapCommands.cxx
@@ -56,40 +56,41 @@
On 02/03/2011 05:32 PM, Dominik Szczerba wrote:
Still not sure bug or not, but trying things out blind I found a
workaround: enclose contents of RUN_OUTPUT_VARIABLE in quotes.
Dominik
On Thu, Feb 3, 2011 at 5:24 PM, Dominik Szczerba domi...@itis.ethz.ch wrote:
I am using try_run to
On 03.02.2011 17:20, Peter Kümmel wrote:
Because good solution is not available
I've added the mentioned namespace support
to CMake:
namespace(string)
endnamespace()
With attached patch it is possible to write
code like this (imagine antiX.cpp does not
compile when the macro X is set):
On 2/3/2011 12:20 PM, Peter Kümmel wrote:
On 03.02.2011 17:20, Peter Kümmel wrote:
Because good solution is not available
I've added the mentioned namespace support
to CMake:
namespace(string)
endnamespace()
With attached patch it is possible to write
code like this (imagine antiX.cpp does
I need to build a compilation command of the form
win32fe f90 -with -options -and source.f -o path/to/source.f.o
but setting CMAKE_Fortran_COMILER=/path/to/win32fe and
CMAKE_Fortran_FLAGS=f90 -with -options does not work because CMake places
other options in between:
win32fe -o
On 02/03/2011 08:30 PM, Jed Brown wrote:
I need to build a compilation command of the form
win32fe f90 -with -options -and source.f -o path/to/source.f.o
but setting CMAKE_Fortran_COMILER=/path/to/win32fe and
CMAKE_Fortran_FLAGS=f90 -with -options does not work because CMake places
On Thu, Feb 3, 2011 at 16:33, Michael Wild them...@gmail.com wrote:
CMAKE_Fortran_COMPILER=/path/to/win32fe -f90 -with -options
Doesn't work because that whole thing becomes $0, which does not exist on
the file system.
___
Powered by www.kitware.com
On 02/03/2011 08:40 PM, Jed Brown wrote:
On Thu, Feb 3, 2011 at 16:33, Michael Wild them...@gmail.com wrote:
CMAKE_Fortran_COMPILER=/path/to/win32fe -f90 -with -options
Doesn't work because that whole thing becomes $0, which does not exist on
the file system.
That depends on the
On 03.02.2011 20:04, Bill Hoffman wrote:
https://sourceforge.net/projects/cmakescript/files/CMake%20namespace/
This would be better discussed on the cmake-developers mailing list.
Indeed, this is the wrong list for this. Somehow I missed that there is a devel
list.
Peter
-Bill
On 2/3/2011 2:42 PM, Michael Wild wrote:
On 02/03/2011 08:40 PM, Jed Brown wrote:
On Thu, Feb 3, 2011 at 16:33, Michael Wildthem...@gmail.com wrote:
CMAKE_Fortran_COMPILER=/path/to/win32fe -f90 -with -options
Doesn't work because that whole thing becomes $0, which does not exist on
the
Hello CMakers,
The CMake issue tracker is located at:
http://public.kitware.com/Bug
All of the issues except for the most recent 15 or so have been assigned and
looked at by at least one CMake developer at one point in each issue's
history. However, not all issues that are assigned to developers
On 02/03/2011 08:30 PM, Jed Brown wrote:
I need to build a compilation command of the form
win32fe f90 -with -options -and source.f -o path/to/source.f.o
but setting CMAKE_Fortran_COMILER=/path/to/win32fe and
CMAKE_Fortran_FLAGS=f90 -with -options does not work because CMake places
(removing cmake-developers; cross-posting felt wrong)
On Thu, Feb 03, 2011 at 05:34:45PM -0500, David Cole wrote:
Since we do not have a status of backlog -- but we don't really use the
status values of acknowledged or confirmed very much, I am thinking we
could define backlog as:
Hi,
Thank you so much for your reply.
About archiving the libraries, can I use ar with custom_command() to
archive
the three libraries into one big library.?
Thank you in advance
Mina
From: Eric Noulard eric.noul...@gmail.com
To: mina adel
2011/2/4 mina adel elecengineer_m...@yahoo.com:
Hi,
Thank you so much for your reply.
About archiving the libraries, can I use ar with custom_command() to
archive the three libraries into one big library.?
This may not work on all platforms.
Some people seems to do the same trick
29 matches
Mail list logo