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 MOD
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
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 wrote:
> On 01/31/2011 05:26 PM, kent williams wrote:
>> I found this out on a RHEL6 machine
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 wrote:
> It's still being
On Wed, Feb 2, 2011 at 2:16 PM, David Cole 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" problem: do you h
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 c
Because good solution is not available
I've added the mentioned namespace support
to CMake:
namespace()
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)
add_library(X
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
> #
> add_
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 th
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 wrote:
> I am using try_run to generate an include file by a single program
> containing lines like:
>
> printf
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 @@
#i
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 wrote:
>> I am using try_run to generate an include
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()
endnamespace()
With attached patch it is possible to write
code like this (imagine antiX.cpp does not
compile when the macro X is set):
names
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()
endnamespace()
With attached patch it is possible to write
code like this (imagine antiX.cpp does not
compi
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 path/to/sou
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 place
On Thu, Feb 3, 2011 at 16:33, Michael Wild 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
Visit other K
On 02/03/2011 08:40 PM, Jed Brown wrote:
> On Thu, Feb 3, 2011 at 16:33, Michael Wild 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 quoting you
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 Wild 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.
Th
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 place
(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
To: mina adel
Cc: cmake@cmake.org
Sent: Thu, Febr
2011/2/4 mina adel :
> 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
http://www.mail-archive.com/cm
25 matches
Mail list logo