Re: [CMake] CPACK_STRIP_FILES has no effect on DSOs

2011-02-15 Thread Moritz Moeller 
On 02/11/2011 11:38 AM, Eric Noulard wrote:
 So you may perfectly have shared lib in your build tree which are not stripped
 and get them stripped in the package.

Ha! I did not check that; i.e. we alway run 'make install' before 'make
package' and I presumed that install location was where the stripped
binaries were to be found. That makes a lot of sense now.

So bottom line: it works and I rattled the cages for nothing.

Cheers and sorry about the noise,

.mm
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CPACK_STRIP_FILES has no effect on DSOs

2011-02-11 Thread Moritz Moeller 
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.

None of the DSOs gets stripped. Is this intentional with shared libs?
Any workaround or anything I am missing?

.mm
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CPACK_STRIP_FILES has no effect on DSOs

2011-02-11 Thread Moritz Moeller 
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

I'd still like to know why the CPack flag doesn't work as advertised. :)

.mm
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CPACK_STRIP_FILES has no effect on DSOs

2011-02-11 Thread Moritz Moeller 
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 big project, 2 dozen sub-folders with their own
CMakeLists, 50k lines of code.

I can't really justify devoting any time to this, now that I found a
workaround. :P
I may be able carve out some time next week to make a simple test case.

.mm
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] Finding a library on Windows

2008-10-01 Thread Moritz Moeller 

Sorry for the n00b question but I'm totally new to CMake.  :)

I wrote a module to add a package. This works great for the include 
path, but the lib can't be found.

Here is the top part of my find module:

  IF(3DELIGHT_INCLUDE_DIR AND 3DELIGHT_LIBRARY)
  SET(3DELIGHT_FIND_QUIETLY TRUE)
  ENDIF(3DELIGHT_INCLUDE_DIR AND 3DELIGHT_LIBRARY)

  FIND_PATH(3DELIGHT_INCLUDE_DIR ri.h $ENV{DELIGHT}/include)
  MESSAGE(STATUS ${3DELIGHT_INCLUDE_DIR})

  FIND_LIBRARY(3DELIGHT_LIBRARY NAMES 3Delight PATH $ENV{DELIGHT}/lib)
  MESSAGE(STATUS ${3DELIGHT_LIBRARY})


My output is sth. like this:

 cmake --debug-output -G NMake Makefiles .
  Running with debug output on.
 Entering C:foo/src
 Called from: [1] C:foo/CMakeLists.txt
  -- C:/Program Files/3Delight/include
 Called from: [2] C:/Program Files (x86)/ \
   CMake 2.6/share/cmake-2.6/Modules/Find3Delight.cmake
[1] C:/foo/src/CMakeLists.txt
  -- 3DELIGHT_LIBRARY-NOTFOUND
 ...

The file
  ri.h
lives in
  C:/Program Files/3Delight/include
and is found.

The library is called
  3Delight.lib
and lives in
  C:/Program Files/3Delight/lib
but CMake can't find it.

Why does this not work? Is this a case issue (note that '3Delight' is 
spelled with a capital 'D'). Or is this because the libname starts with 
a digit, '3', and not with a letter?


I'm on WinXP 64, using the x64 version of the VC Studio 2008 compiler.

Again, sorry if this is something obvious but I'm a bit lost. :|


Cheers,

Moritz


___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Finding a library on Windows

2008-10-01 Thread Moritz Moeller 

Bill Hoffman wrote:

Moritz Moeller wrote:


  FIND_LIBRARY(3DELIGHT_LIBRARY NAMES 3Delight PATH $ENV{DELIGHT}/lib)
  MESSAGE(STATUS ${3DELIGHT_LIBRARY})

It is PATHS not PATH.  You told it to look for a library that might be 
named 3Delight, PATH or C:/Program Files/3Delight/lib.


That was it. Thanks heaps for the quick response, Bill!

--Moritz
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake