On Tuesday 26 August 2008 03:59:04 Brad King wrote:
> cyril_wobow wrote:
> > Unfortunately, there is a showstopper : when it comes to linking, tell
> > me if I am wrong, there is no way to express which configuration type
> > should link against which library. In particular, all my configuration
>
On Monday 25 August 2008 23:07:28 Fernando Cacciola wrote:
> Hi people,
>
> It turns out that Mac's Leopard OS needs a fix for OpenGL. The fix
> itself has been discussed in this list a while back:
>
> http://www.mail-archive.com/cmake@cmake.org/msg09358.html
>
>
> I need to incorporate that fix i
guration
approach is better than customization (ex. if you will use custom cmake with
your patch). But having too many tuning dimensions may result in incompatible
configurations, like what now happens in CPack with USE_DESTDIR /
install_prefix
options in different generators.
>
> Regards
On Monday 25 August 2008 15:43:48 Ingrid Kemgoum wrote:
> hi,
> the question might be stupid but i didn't find the answer on the net.
> as in Linux, after running cmake on the cmake directory we do make to
> compile and build targets,
> i want to know if there is a command to compile and build targ
On Monday 25 August 2008 13:04:56 cyril_wobow wrote:
> Hi again,
>
> At the end of the present mail there is a dirty-but-simple patch for
> cmComputeLinkDepends.cxx in the cmake sources.
> It allows to have configuration types like "GuiDebug, GuiRelease,
> ConsoleDebug, ConsoleRelease" and still ha
On Friday 22 August 2008 11:18:50 Ingrid Kemgoum wrote:
> 2008/8/21 Yuri V. Timenkov <[EMAIL PROTECTED]>
>
> > On Thursday 21 August 2008 17:27:36 Ingrid Kemgoum wrote:
> > > HI,
> > > i'm building a project with 3 targets in Linux. each target has a
>
On Thursday 21 August 2008 17:27:36 Ingrid Kemgoum wrote:
> HI,
> i'm building a project with 3 targets in Linux. each target has a different
> name when in debug.
>
> the executable i want to link to the 2 libraries fail to find thoz libs
> when i'm in debug (not the case in release, everything's
On Tuesday 19 August 2008 15:53:58 [EMAIL PROTECTED] wrote:
> Hi all,
>
> I'm trying to build a simple project with Visual Studio Team System 2008.
> The project has one dll and one exe.
> On Linux the project compiles well. On Windows I get this output:
>
> C:\Jos\pd-3.1\test\build>devenv test.sln
On Wednesday 13 August 2008 15:55:32 Philip Lowman wrote:
> On Wed, Aug 13, 2008 at 3:50 AM, Yuri V. Timenkov
>
> <[EMAIL PROTECTED]>wrote:
> > Why not find two libraries always and and then use
> > set(${module_uc}_LIBRARY debug ${module_uc}_LIBRARY_DEBU
On Wednesday 13 August 2008 07:27:15 Philip Lowman wrote:
> Is there a way to have CMake script delete a cache variable? I do realize
> CMake allows me to do this:
>
> 1. hide it away as an internal cache variable
> 2. mark it as advanced and bury it
> 3. set it to FOO-NOTFOUND prior to calling FI
On Thursday 07 August 2008 18:01:33 Брюков Юрий wrote:
> Hi.
> I try to write installation steps for my application. I need create some
> folders and copy some files to this folders. I use next commands:
> install(TARGETS myApp DESTINATION . PERMISSIONS WORLD_READ WORLD_WRITE
> WORLD_EXECUTE)
On Thursday 07 August 2008 19:14:48 Mike Jackson wrote:
> I have an issue where some common source code is getting included
> multiple times during cmake. I understand why it is happening. My
> question is how to avoid it. Here is the basic project setups.
>
> CommonCodeProject
> PVProjectA
> PVPro
On Thursday 07 August 2008 23:18:35 George Neill wrote:
> All,
>
> I need to define a couple of symbols for the windows resource
> compiler (rc.exe).
>
> SET(CMAKE_RC_FLAGS "/d KEY1=VAL1 /d KEY2=VAL2")
>
> Would this be the correct way to do it?
Doesn't your solution work?
I found, that documenta
On Thursday 07 August 2008 00:43:24 Doug Gregor wrote:
> On Wed, Aug 6, 2008 at 1:55 PM, Yuri V. Timenkov
>
> <[EMAIL PROTECTED]> wrote:
> > On Wednesday 06 August 2008 17:43:18 Yann Cointepas wrote:
> >> Hi,
> >>
> >> Is there a way to define comp
On Wednesday 06 August 2008 17:43:18 Yann Cointepas wrote:
> Hi,
>
> Is there a way to define component group (or installation type)
> specific installation targets in a Makefile ?
>
> I work on Linux. I have defined three CPack component groups (and/or
> installation types) for my project: runtime
On Wednesday 06 August 2008 21:04:30 Olaf Peter wrote:
> Hi,
>
> the following command line works as expected (out of source build):
>
> $ ../cmake-2.6.1-Linux-i386/bin/cmake ../project
> -- The C compiler identification is GNU
> ...
> -- Configuring done
> -- Generating done
> -- Build files have
On Tuesday 05 August 2008 19:10:04 Mehdi Rabah wrote:
> Hi,
>
> I was wondering what is the default working directory while debugging a
> target in visual studio ? Is it $EXECUTABLE_OUTPUT_PATH ?
As I know, CMake doesn't deal with debugging settings in VS projects, because
they are stored in propr
On Friday 01 August 2008 20:06:15 Hari Sundar wrote:
> Hi,
>
> I have Cmake set up to generate project files for VC6. This works
> fine. The project can only be compiled with the VC6 compiler because
> of legacy code.
>
> What I am interested in is to know if it is possible to generate a VC
> 7,8,9
On Friday 01 August 2008 17:18:05 Julien Michel wrote:
> Dear CMake users,
>
> Let assume that I have two libraries, A and B. These two libraries are
> built with CMake. A is the library I am developping, and it relies on B.
> Of course I use FIND_PACKAGE(B) to tell CMake to look for B when buildin
On Thursday 31 July 2008 22:47:10 Bill Hoffman wrote:
> Paul Hatfield wrote:
> > When compiling a binary with CMAKE_BUILD_TYPE as RelWithDebInfo, I
> > verify that the binary has debug symbols, but when I generate an rpm
> > using Cpack the debug symbols are lost. What's causing this?
>
> rpm auto
As I understand, CPack.cmake when included into top-level CMakeLists.txt
produces file CPackConfig.cmake, and cmake when finds this file, generates
special
global target "package".
Is it possible to make several calls to cpack? I want to build different
packages for different projects/componen
21 matches
Mail list logo