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
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
(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:
>
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
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 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
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 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 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: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
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 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
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 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
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
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
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
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_
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
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
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
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
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
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
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
25 matches
Mail list logo