Re: [CMake] ctest with cmake without compiler

2009-02-09 Thread Verweij, Arjen
Hi,

Yes, it certainly disables some checks. Thanks for the pointer.

However, on an NT system without Visual Studio for instance, but with
nmake.exe (or make.exe of msys), I still cannot have cmake generate
Makefiles:

$ cmake .
CMake Error: CMake was unable to find a build program corresponding to
Visual Studio 6.  CMAKE_MAKE_PROGRAM is not set.  You probably need to
select a different build tool.
-- Configuring incomplete, errors occurred!

The CMakeFiles directory is mostly empty except for cmake.check_cache
which only contains comments.

What I want, is to be able to deploy a tarball or an installer, install
some test tools, and test the binaries that were provided in a clean
environment, like a virtual machine. Testing on build machines is
undesirable. Setting CMAKE_MAKE_PROGRAM to (n)make.exe does not help.

Regards,

Arjen

| Verweij, Arjen wrote:
|  Well, obviously the problem is requiring a compiler when it makes no

|  sense. Like on test-only systems.
| 
| 
| Not that obvious
| 
| project(FooBar NONE)
| 
| That will stop CMake from enabling any compilers or languages.
___
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] ctest with cmake without compiler

2009-02-09 Thread Bill Hoffman

Verweij, Arjen wrote:

Hi,

Yes, it certainly disables some checks. Thanks for the pointer.

However, on an NT system without Visual Studio for instance, but with
nmake.exe (or make.exe of msys), I still cannot have cmake generate
Makefiles:

$ cmake .
CMake Error: CMake was unable to find a build program corresponding to
Visual Studio 6.  CMAKE_MAKE_PROGRAM is not set.  You probably need to
select a different build tool.
-- Configuring incomplete, errors occurred!



cmake -GUnix Makefiles  should do the trick.  Or cmake -GNMake 
Makefiles.


-Bill
___
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] Read Windows Registry value

2009-02-09 Thread elizabeta petreska
HelloI am trying to read MatlabRoot from Registry ,so I can use it in my
include and lib paths.
like this :
GET_FILENAME_COMPONENT(MATLAB_ROOT_PATH
 [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT] ABSOLUTE)
message(${MATLAB_ROOT_PATH})

But the message only prints /registry.

Where is the mistake?
___
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] Read Windows Registry value

2009-02-09 Thread Eric Noulard
2009/2/9 elizabeta petreska elizabeta.petre...@gmail.com:
 Hello
 I am trying to read MatlabRoot from Registry ,so I can use it in my include
 and lib paths.
 like this :
 GET_FILENAME_COMPONENT(MATLAB_ROOT_PATH
  [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT] ABSOLUTE)
 message(${MATLAB_ROOT_PATH})

I don't think you need the GET_FILENAME_COMPONENT.
Would yuo try:

SET(MATLAB_ROOT_PATH
[HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT])
MESSAGE(MATLAB_ROOT_PATH = ${MATLAB_ROOT_PATH})


-- 
Erk
___
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] FindPkgConfig module on Windows

2009-02-09 Thread ehrhart . dev
Hello,
I understand that the Findxxx() module (like FindBoost) is better than use of
pkg-config file (particularly with cross compiling context), but pkg-config can
be convenient.
I've installed the pkg-config port on windows (from gnome.org) and it seems to
work at a first glance.
but I've got a problem with the prefix path variable in the *.pc file. On
windows, by default, pkg-config tries to guess the prefix (not in Linux). So on
my machine, it always defines prefix variable as c:\usr\local. One of the goal
of pkg-config is parameterization, so if prefix is ignored, it does not do the
good job, .imho. In fact, we can use the --dont-define-prefix command line
parameter of pkg-config. With this, pkg-config acts as attended.

I think the FindPkgConfig module could have an option/variable for
--dont-define-prefix use with windows variant.

I statically write
code
if(WIN32)
   set(PKG_CONFIG_EXECUTABLE ${PKG_CONFIG_EXECUTABLE} --dont-define-prefix
endif(WIN32)
/code

Manfred
___
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] Read Windows Registry value

2009-02-09 Thread elizabeta petreska
Still not working.I am getting the following :
MATLAB_ROOT_PATH =
[HKEY_LOCAL_MACHINE\SOFTWARE\MathWorks\MATLAB\7.6;MATLABROOT]

On Mon, Feb 9, 2009 at 4:28 PM, Eric Noulard eric.noul...@gmail.com wrote:

 2009/2/9 elizabeta petreska elizabeta.petre...@gmail.com:
  Hello
  I am trying to read MatlabRoot from Registry ,so I can use it in my
 include
  and lib paths.
  like this :
  GET_FILENAME_COMPONENT(MATLAB_ROOT_PATH
   [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT]
 ABSOLUTE)
  message(${MATLAB_ROOT_PATH})

 I don't think you need the GET_FILENAME_COMPONENT.
 Would yuo try:

 SET(MATLAB_ROOT_PATH
 [HKEY_LOCAL_MACHINE\\SOFTWARE\\MathWorks\\MATLAB\\7.0;MATLABROOT])
 MESSAGE(MATLAB_ROOT_PATH = ${MATLAB_ROOT_PATH})


 --
 Erk

___
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] copy generated dll in executable directory

2009-02-09 Thread Benoit
Hy!

I'm doing a project where I'm generating 2 libraries for differents
application. The problem is that the dll and the executable are not in the
same directory. Therefore if i need to copy the dll each time i want to
recompile them.


The tree of my project is the following.

./CMakeList.txt (A)
./my/
./my/lib1/CmakeList.txt (B)
./my/lib2/
./test1
./test2


And in the file CMakeList.txt (A), I have:

set( EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/bin )
set(CMAKE_INSTALL_PREFIX ${PROJECT_BINARY_DIR}/bin )


I've found some help on the web and now i I use the install target in the
Makefile to copy the .dll in the binary directory.

And in CmakeList.txt (B)

INSTALL( TARGETS ${LIBNAME} DESTINATION . PERMISSIONS
OWNER_READ OWNER_WRITE OWNER_EXECUTE
GROUP_READ GROUP_EXECUTE
WORLD_READ WORLD_EXECUTE )


However, i would like to have them directly in the executable output path.
Using the target all should be sufficient to generate the executable and the
new dll in the same directory.


Thanks,

--
Benoit RAT
www.neub.co.nr
___
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] Read Windows Registry value

2009-02-09 Thread Eric Noulard
2009/2/9 elizabeta petreska elizabeta.petre...@gmail.com:
 Still not working.
 I am getting the following :
 MATLAB_ROOT_PATH =
 [HKEY_LOCAL_MACHINE\SOFTWARE\MathWorks\MATLAB\7.6;MATLABROOT]

My first suggestion was silly.
Message may print this but registry read may be OK.

You'll find attached an example of registry usage which works here
(CMake 2.6.0 on Windows XP):

cmake -P registry.cmake
gives the following output:

D:\Testcmake -P registry.cmake
SEVENZIP_PATH = [HKEY_LOCAL_MACHINE\SOFTWARE\7-Zip;Path]
SEVENZIP_ROOT = C:/Program Files/7-Zip
HELPFILE = C:/Program Files/7-Zip

as you can see the registry is read by FIND_PATH and GET_FILENAME_COMPONENT
but a simple message does not evaluate the registry value.

When I try with your MATLAB registry entry I get:

D\Testcmake -P registry.cmake
MYPATH = [HKEY_LOCAL_MACHINE\SOFTWARE\MathWorks\MATLAB\7.6;MATLABROOT]
MYROOT = /registry
HELPFILE = HELPFILE-NOTFOUND

Which seems to be the behaviour you observe.
In my case this is logical since I have no matlab installed on my machine.
-- 
Erk


registry.cmake
Description: Binary data
___
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] copy generated dll in executable directory

2009-02-09 Thread Michael Jackson

You probably want something like the following in your CMake file



# -- Setup output Directories -
SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY
  ${PROJECT_BINARY_DIR}/Bin
  CACHE PATH
  Single Directory for all Libraries
  )

# - Setup the Executable output Directory -
SET (CMAKE_RUNTIME_OUTPUT_DIRECTORY
  ${PROJECT_BINARY_DIR}/Bin
  CACHE PATH
  Single Directory for all Executables.
  )

# - Setup the Executable output Directory -
SET (CMAKE_ARCHIVE_OUTPUT_DIRECTORY
  ${PROJECT_BINARY_DIR}/Bin
  CACHE PATH
  Single Directory for all static libraries.
  )


_
Mike Jackson  mike.jack...@bluequartz.net
BlueQuartz Softwarewww.bluequartz.net
Principal Software Engineer  Dayton, Ohio



On Feb 9, 2009, at 11:31 AM, Benoit wrote:


Hy!

I'm doing a project where I'm generating 2 libraries for differents  
application. The problem is that the dll and the executable are not  
in the same directory. Therefore if i need to copy the dll each time  
i want to recompile them.



The tree of my project is the following.

./CMakeList.txt (A)
./my/
./my/lib1/CmakeList.txt (B)
./my/lib2/
./test1
./test2


And in the file CMakeList.txt (A), I have:

set( EXECUTABLE_OUTPUT_PATH ${PROJECT_BINARY_DIR}/bin )
set(CMAKE_INSTALL_PREFIX ${PROJECT_BINARY_DIR}/bin )


I've found some help on the web and now i I use the install target  
in the Makefile to copy the .dll in the binary directory.


And in CmakeList.txt (B)

INSTALL( TARGETS ${LIBNAME} DESTINATION . PERMISSIONS
OWNER_READ OWNER_WRITE OWNER_EXECUTE
GROUP_READ GROUP_EXECUTE
WORLD_READ WORLD_EXECUTE )


However, i would like to have them directly in the executable output  
path. Using the target all should be sufficient to generate the  
executable and the new dll in the same directory.



Thanks,

--
Benoit RAT
www.neub.co.nr
___
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


___
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] MSVC7.1 static link question

2009-02-09 Thread Luigi Calori

I' m quite a newbie in static linking, I would like to combine two lib
into one:
say libtiff needs libjpeg and zlib
If you generate them separately, then when you build an executable that
needs libtiff, you have to link also libjpeg and zlib otherwise unref
happens
It is possible, under VisualStudio interface, to specify libjpeg.lib and
zlib.lib as Additional Dependencies
This way (even if the linker show warnings as duplicate symbols) I
obtain a libtiff that can be used alone.
My question is: can I obtain the same result with cmake?
I' ve tried to use TARGET_LINK_LIBRARIES, that is perfecly working for
exe and SHARED linkage but no success: the
vs project has always the Additional Dependencies field empty.

Am I completely missing something?

Thanks in advance
  Luigi Calori

___
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] Cmake, Eclipse and MinGW (bug in the include)

2009-02-09 Thread Benoit
I've a problem using cmake, eclipse and minGW.
The thing is that my project compile correctly but Eclipse can't find the
standard includes (stdlib,stdio,...).

To correct this error I need to add in the main CMakeList.txt:

IF(MINGW)
IF(EXISTS C:/MinGW/include)
 include_directories(C:/MinGW/include)
 include_directories(C:/MinGW/include/c++/3.4.5)
ELSEIF(EXISTS $ENV{PROGRAMFILES}/Wascana/mingw)
include_directories($ENV{PROGRAMFILES}/Wascana/mingw/include)

include_directories($ENV{PROGRAMFILES}/Wascana/mingwinclude/c++/3.4.5)
ELSE(EXISTS C:/MinGW/include)
MESSAGE(STATUS MinGW include dir not found)
ENDIF(EXISTS C:/MinGW/include)
ENDIF(MINGW)

This hack works correctly but it is not the best way to handle this problem.
I wanted to know if other people have the same bug, and if thereis a better
hack ???


--
Benoit RAT
www.neub.co.nr
___
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] Cmake, Eclipse and MinGW (bug in the include)

2009-02-09 Thread Michael Jackson
Does your project compile in eclipse BUT eclipse can not find the std  
includes in order for the code completion to work?

  This is an eclipse configuration issue and not a CMake issue.

_
Mike Jackson  mike.jack...@bluequartz.net
BlueQuartz Softwarewww.bluequartz.net
Principal Software Engineer  Dayton, Ohio



On Feb 9, 2009, at 12:55 PM, Benoit wrote:


I've a problem using cmake, eclipse and minGW.
The thing is that my project compile correctly but Eclipse can't  
find the standard includes (stdlib,stdio,...).


To correct this error I need to add in the main CMakeList.txt:

IF(MINGW)
IF(EXISTS C:/MinGW/include)
 include_directories(C:/MinGW/
include)
 include_directories(C:/MinGW/include/c++/3.4.5)
ELSEIF(EXISTS $ENV{PROGRAMFILES}/Wascana/mingw)
include_directories($ENV{PROGRAMFILES}/Wascana/mingw/include)
include_directories($ENV{PROGRAMFILES}/Wascana/mingwinclude/c 
++/3.4.5)

ELSE(EXISTS C:/MinGW/include)
MESSAGE(STATUS MinGW include dir not found)
ENDIF(EXISTS C:/MinGW/include)
ENDIF(MINGW)

This hack works correctly but it is not the best way to handle this  
problem.
I wanted to know if other people have the same bug, and if thereis a  
better hack ???



--
Benoit RAT
www.neub.co.nr
___
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


___
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] unit testing your CMakeLists.txt

2009-02-09 Thread Tyler Roscoe
My company is adopting Test-Driven Development. I am wondering if any of
you build engineers in a similar position have given any thought to how
one might use this approach when developing your build systems.

In one sense, you can say, Well, the build is the test. If I say 'go'
and I end up with SuperProduct.exe (and maybe a bunch of unit test
successes) then everything works and I don't need any tests.

OTOH, it would be nice to gain some of the benefits of TDD (e.g.,
fearless refactoring) in the build system. Sometimes there are build
artifacts that should be generated which are not code and therefore
won't generate build errors (documentation perhaps).

One approach I've thought of is a simple script that simply makes
sure that each CMake project deposits an expected list of files in a
certain place. I have a hierarchy of buildables so it might be nice to
know that the header at the bottom of the dependency tree is built
correctly, and that the libraries that use it find that header and build
correctly, and that the executable that use those libraries find
everything and build correctly.

Does anyone do anything like this? Are there tools around to help? Is
this a worthwhile thing to think about?

Thanks,
tyler
___
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] JWASM support

2009-02-09 Thread Alexander Neundorf
On Friday 06 February 2009, Dmitry Bely wrote:
 On Tue, Feb 3, 2009 at 11:22 PM, Alexander Neundorf

 a.neundorf-w...@gmx.net wrote:
  On Tuesday 03 February 2009, Hendrik Sattler wrote:
  Dmitry Bely schrieb:
   If you use a toolchain file because you are cross-compiling, then you
   do not have this problem.
  
   I would like to use the same CMakeLists.txt for native Win32 and
   cross-compiled Linux build. How to select the desired assembler then?
 
  Just like you select the C compiler in your toolchain file:
  set ( CMAKE_ASM_MASM_COMPILER /path/to/masm/or/jwasm )
 
  Or set the ASM_MASM environment variable to the assembler you want to use
  before calling cmake (the same way as you can set CC or CXX before
  running cmake).

 It's not enough: jwasm requires different options. Also redefine
 CMAKE_ASM${ASM_DIALECT}_COMPILE_OBJECT? 

Yes.
If you have a look at CMake/Modules/CMakeASMInformation.cmake, you see that 
several optional more specific files can be used.
E.g. you could write a jwasm.cmake file, set the ..._COMPILE_OBJECT rule there 
and put it into CMake/Modules/Platform/, and it will be loaded automatically 
when jwasm is found.

If you need special settings e.g. for Windows, cygwin or Linux, you can also 
create a e.g. Windows-jwasm.cmake file and put the necessary information 
there.

 Not very convenient...

It's not much work and it has to be done only once. We would be happy about a 
patch which makes cmake work with jwasm.

Alex
___
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] find_package on windows also considering unix paths?

2009-02-09 Thread Alexander Neundorf
On Saturday 07 February 2009, Andreas Pakulat wrote:
 Hi,

 it seems that find_package in config-mode also searches unix-like paths in
 CMAKE_PREFIX_PATH. So if I put myprojectConfig.cmake into
 prefix/lib/cmake/ its still found, even if installing on windows.

 Is this intentional? If so, it should be documented, currently the
 documentation seems to be indicating that only prefix/[Cc]make is
 searched on win32 and lib+share are only searched on *nix.

The documentation actually says that:

This is merely a convention, so all (W) and (U) directories are still 
searched on all platforms.

Maybe the phrasing could be changed a bit, so that this is a bit closer to the 
list of directories and harder to overlook.

Alex
___
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] Cmake, Eclipse and MinGW (bug in the include)

2009-02-09 Thread Alexander Neundorf
On Monday 09 February 2009, Benoit wrote:
 I've a problem using cmake, eclipse and minGW.
 The thing is that my project compile correctly but Eclipse can't find the
 standard includes (stdlib,stdio,...).

 To correct this error I need to add in the main CMakeList.txt:

 IF(MINGW)
 IF(EXISTS C:/MinGW/include)
  include_directories(C:/MinGW/include)
  include_directories(C:/MinGW/include/c++/3.4.5)
 ELSEIF(EXISTS $ENV{PROGRAMFILES}/Wascana/mingw)
 include_directories($ENV{PROGRAMFILES}/Wascana/mingw/include)

 include_directories($ENV{PROGRAMFILES}/Wascana/mingwinclude/c++/3.4.5)
 ELSE(EXISTS C:/MinGW/include)
 MESSAGE(STATUS MinGW include dir not found)
 ENDIF(EXISTS C:/MinGW/include)
 ENDIF(MINGW)

 This hack works correctly but it is not the best way to handle this
 problem. I wanted to know if other people have the same bug, and if thereis
 a better hack ???

There is a bug report for that and we are looking into ways how to fix it. It 
won't be in 2.6.3.

Alex
___
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] CMake and XCode 3 debugger

2009-02-09 Thread E. Wing
This conservation has moved to the bug tracker:
http://www.cmake.org/Bug/view.php?id=8481


On Fri, Feb 6, 2009 at 7:26 PM, E. Wing ewmail...@gmail.com wrote:

 I just got back to using CMake again for a project. I am using 2.6.2 and
 Xcode 3.1.2 (everything current as of today).  Using the Xcode generator,
 the generated project seems to be ignoring all my breakpoints in the Xcode
 debugger. This problem severely limits the usefulness of CMake for me in
 this particular project.

 I found this old post below. I was wondering if there was a fix or if it
 was even a filed issue.

 Thanks,
 Eric

 2008/2/28 Simon Drouin drouin.si...@gmail.com

 Hi All,

 I recently started to use CMake 2.4.8 on MacOSX Leopard with XCode 3. All
 my Windows and Linux projects built without a glitch (thanks to CMake!), but
 I can't stop on a breakpoint in the debugger. If I create a plain XCode
 project with the same code, the debugger works fine.  Does anyone else have
 this problem?

 Thanks in advance.

 s.

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



___
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] find_package on windows also considering unix paths?

2009-02-09 Thread Andreas Pakulat
On 09.02.09 22:03:18, Alexander Neundorf wrote:
 On Saturday 07 February 2009, Andreas Pakulat wrote:
  Hi,
 
  it seems that find_package in config-mode also searches unix-like paths in
  CMAKE_PREFIX_PATH. So if I put myprojectConfig.cmake into
  prefix/lib/cmake/ its still found, even if installing on windows.
 
  Is this intentional? If so, it should be documented, currently the
  documentation seems to be indicating that only prefix/[Cc]make is
  searched on win32 and lib+share are only searched on *nix.
 
 The documentation actually says that:
 
 This is merely a convention, so all (W) and (U) directories are still 
 searched on all platforms.
 
 Maybe the phrasing could be changed a bit, so that this is a bit closer to 
 the 
 list of directories and harder to overlook.

Yeah, I looked before and after the list, but didn't want to read through
the full text (though I recall having done that at some point in the past).

Andreas

-- 
Your mode of life will be changed for the better because of good news soon.
___
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] MSVC7.1 static link question

2009-02-09 Thread Philip Lowman
On Mon, Feb 9, 2009 at 12:39 PM, Luigi Calori l.cal...@cineca.it wrote:

 I' m quite a newbie in static linking, I would like to combine two lib
 into one:
 say libtiff needs libjpeg and zlib
 If you generate them separately, then when you build an executable that
 needs libtiff, you have to link also libjpeg and zlib otherwise unref
 happens
 It is possible, under VisualStudio interface, to specify libjpeg.lib and
 zlib.lib as Additional Dependencies
 This way (even if the linker show warnings as duplicate symbols) I
 obtain a libtiff that can be used alone.
 My question is: can I obtain the same result with cmake?
 I' ve tried to use TARGET_LINK_LIBRARIES, that is perfecly working for
 exe and SHARED linkage but no success: the
 vs project has always the Additional Dependencies field empty.

 Am I completely missing something?


Try using the STATIC_LIBRARY_FLAGS option to set_target_properties().

-- 
Philip Lowman
___
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