I use CMake 2.8.1 on Linux64. I set this like so:
set( CPACK_STRIP_FILES TRUE )
in the CMakeLists.txt which has all the settings for the packager (and
which all have the expected effects, otherwise).
My project only builds shared libraries (DSOs, .so extension), no direct
executable files.
On 02/11/2011 09:56 AM, Moritz Moeller wrote:
None of the DSOs gets stripped. Is this intentional with shared libs?
Any workaround or anything I am missing?
So I worked around this myself by setting
set( CMAKE_MODULE_LINKER_FLAGS -s )
And I am aware I can manually do a
make install/strip
2011/2/11 Moritz Moeller realr...@virtualritz.com:
On 02/11/2011 09:56 AM, Moritz Moeller wrote:
None of the DSOs gets stripped. Is this intentional with shared libs?
Any workaround or anything I am missing?
So I worked around this myself by setting
set( CMAKE_MODULE_LINKER_FLAGS -s )
On 02/11/2011 10:57 AM, Eric Noulard wrote:
Which kind of CPack package are you building?
DEB, RPM, TGZ, etc...
I am building a tbz2.
But this should happen long before the package is compressed, innit.
Would you be able to craft a simple project reproducing the problem?
Not sure. This is
I want to upload multiple files and I think to do it with scp.
function (SSHUpload WORKDIR HOST USERNAME SOURCE DESTINATION)
find_program( SCP_PATH NAMES scp )
execute_process(WORKING_DIRECTORY ${WORKDIR}
COMMAND ${SCP_PATH} ${SOURCE}
2011/2/11 Moritz Moeller realr...@virtualritz.com:
On 02/11/2011 10:57 AM, Eric Noulard wrote:
Which kind of CPack package are you building?
DEB, RPM, TGZ, etc...
I am building a tbz2.
But this should happen long before the package is compressed, innit.
Nope.
With CPACK_STRIP_FILES
strip is
Alexander Neundorf ha scritto:
On Wednesday 09 February 2011, Andrea Galeazzi wrote:
Il 08/02/2011 17.58, Alexander Neundorf ha scritto:
On Tuesday 08 February 2011, Andrea Galeazzi wrote:
Il 18/01/2011 19.17, Alexander Neundorf ha scritto:
On Tuesday 18 January 2011,
Use FILE(GLOB) to get a list of files first.
Don't recall if you can specify multiple files with scp, but if not, you can
always use a foreach().
-Johan
On Fri, Feb 11, 2011 at 11:28 AM, Mihai Sandu voyage...@gmail.com wrote:
I want to upload multiple files and I think to do it with scp.
To use --debug-trycompile effectively, you have to:
- run *without* --debug-trycompile all the way through once to establish
all the cache settings
- remove/delete the *single* cache entry whose try_compile result you are
trying to debug
- run again with --debug-trycompile
The reasons are:
-
Hello!
I use a product which (depending on installation type) can keep headers in
several directories.
What is the best way to specify these directories?
Do I have better option than variables EXTERNAL_PRODUCT_INCLUDE_1
EXTERNAL_PRODUCT_INCLUDE_2 ...
listed as
On Thursday 10 Feb 2011 14:38:55 Nicolas Desprès wrote:
Hi everyone,
Probably some of you are already aware of this new open-source project
coming from a Chrome developer at Google.
Its goal was to improve the build system performance of the Chrome
project. So it is designed to be a fast
On Fri, Feb 11, 2011 at 9:16 AM, Ilja Golshtein ilej...@narod.ru wrote:
Hello!
I use a product which (depending on installation type) can keep headers in
several directories.
What is the best way to specify these directories?
Do I have better option than variables
On Fri, Feb 11, 2011 at 9:17 AM, Matt Williams li...@milliams.com wrote:
On Thursday 10 Feb 2011 14:38:55 Nicolas Desprès wrote:
Hi everyone,
Probably some of you are already aware of this new open-source project
coming from a Chrome developer at Google.
Its goal was to improve the
it is what I want.
But how?
How can I put all the directories in EXTERNAL_PRODUCT_INCLUDES from cmake
command line?
I do not know. Sorry. I did not see that you were trying to add these
via the command line. I never use that mode of cmake.
John
On Fri, Feb 11, 2011 at 10:29 AM, John Drescher dresche...@gmail.comwrote:
it is what I want.
But how?
How can I put all the directories in EXTERNAL_PRODUCT_INCLUDES from
cmake command line?
I do not know. Sorry. I did not see that you were trying to add these
via the command line.
David,thank you so much!It does work!11.02.2011, 18:37, "David Cole" david.c...@kitware.com:On Fri, Feb 11, 2011 at 10:29 AM, John Drescher dresche...@gmail.com wrote: it is what I want. But how? How can I "put all the directories in EXTERNAL_PRODUCT_INCLUDES" from cmake command line? I do not
In the example below it appears the ${${target}} is evaluating the
variable name in ${target} within the scope of the local function, not
in the context of the caller as I would have expected. This is
apparently caused by the fact that both functions have local variables
named _dest. It's easier
Hi list!
Hopefulle you can help me with a problem I could not figure out how to do.
With a self written preprocessor, we add some generated code to our
software.
This means the preprocessor is looking into the cpp files and is
creating additional
code depending on some special marker found in
You might want to look at this:
https://github.com/rpavlik/cmake-modules/blob/master/FileCopyTargets.cmake
https://github.com/rpavlik/cmake-modules/blob/master/FileCopyTargets.cmakeWhile
the command it adds just does a copy, you could run your preprocessor in
place of that copy command. Perhaps
On Friday 11 February 2011, Schmid Alexander wrote:
Hi,
I am working with CMake 2.8.3 and trying to set up a cross-compiling
toolchain for an ARMCC that runs on a Windows system.
What I´ve done up to now is that I set up a toolchain file that I am using
in combination with nmake
We could start with the CMakeLists.txt file :-).
It doesn't want to do an out of source dir build either, have to see why...
On Fri, Feb 11, 2011 at 9:58 AM, David Cole david.c...@kitware.com wrote:
I tried compiling it on Windows yesterday with just the following
CMakeLists.txt file, and
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 6500866be0f08c767970c7c5528e80876ba336f7 (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 4800f23ee3a95ec325511c1f527a524833cefb04 (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, hooks has been updated
via bc6d41f4d2c9b0c4645aaf6be4d92429bf52fab6 (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 84dafee565cd49fd26b2018f82059ad5eed99cb1 (commit)
from
25 matches
Mail list logo
