Re: [CMake] TRY_COMPILE help...Does anyone know?

Zitat von Ashwin Chandra : How do I make a custom platform file for my custom compiler and get my Cmake project to use that? I just see that there already is a Modules/Platform/Windows-NMcl.cmake in CVS that just includes the normal Platform/Windows-cl.cmake file. Doesn't that work for you

Re: [CMake] TRY_COMPILE help...Does anyone know?

Zitat von Ashwin Chandra : How do I make a custom platform file for my custom compiler With a text editor? and get my Cmake project to use that? Copy it to the same location. HS -Original Message- From: Hendrik Sattler [mailto:p...@hendrik-sattler.de] Sent: Thursday, July 30

Re: [CMake] TRY_COMPILE help...Does anyone know?

tion. HS -Original Message- From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of Hendrik Sattler Sent: Thursday, July 30, 2009 11:00 PM To: cmake@cmake.org Subject: Re: [CMake] TRY_COMPILE help...Does anyone know? Zitat von Ashwin Chandra : I am using a custom compiler and

Re: [CMake] TRY_COMPILE help...Does anyone know?

Zitat von Ashwin Chandra : I am using a custom compiler and during the initialization of CMake, the CMakeTestCCompiler.cmake is invoked which tries to compile a simple program. However the compile fails it is because of the flags passed to the compiler. For example, the command line that is g

Re: [CMake] specific target to gettext

Hi, please don't top-post. Zitat von alexis lameire : grumf :/ i have try this, can you help me to look what that don't match http://pastie.org/561035 he don't compile the po file :/ and i don't found the mo target dependancies You do lot's of things wrong there: include(FindGettext) find_pa

Re: [CMake] Shared libraries cannot be found after deploying a CPack package

Zitat von Michael Wild : Setting CMAKE_INSTALL_RPATH to "$ORIGIN/../lib/mcrl2" solves the problem, as the binaries are located in "${CMAKE_INSTALL_PREFIX}/bin/mcrl2". On Mac you can set the INSTALL_NAME_DIR property (or the CMAKE_INSTALL_NAME_DIR variable) to something starting with @executab

Re: [CMake] Shared libraries cannot be found after deploying a CPack package

Am Mittwoch 15 Juli 2009 17:20:25 schrieb Frank Stappers: > With the help of CPack we would like to make packages. Currently, > we can make packages for MAC OSX (DMG, TSGZ, GZ) and UNIX (RPM, DEB, > STGZ, GZ). For static builds (so no shared libraries) these packages > can be deployed in any direct

Re: [CMake] Eclipse generator - basic macros

Am Mittwoch 15 Juli 2009 17:21:38 schrieb Mike Jackson: > On Wed, Jul 15, 2009 at 2:18 AM, Hendrik Sattler wrote: > > Zitat von Benjamin Schindler : > >> I'm working on a project which builds both on linux and windows. I > >> generated an eclipse project out of i

Re: [CMake] Problem with design and ADD_SUBDIRECTORY

Zitat von Martin Santa Maria : Thanks to all for your answers. The thing is that I don't want to code statically the existence of packages in the root/CMakeLists.txt but I want that each package register it-self in some "package container" that the CMakeLists.txt could read. This container shou

Re: [CMake] Eclipse generator - basic macros

Zitat von Benjamin Schindler : I'm working on a project which builds both on linux and windows. I generated an eclipse project out of it which works basically fine but it's not able to recognize i.e. the __GNUC__ macro (and probably any other macro defined per default on gcc) are not recognized b

Re: [CMake] CMAKE_FIND_ROOT_PATH and cross-compilation

Zitat von Marcel Loose : Now I know that you can add ONLY_CMAKE_FIND_ROOT_PATH to a find_xxx() option. However, I only need this when cross-compiling. In the documentation I saw a hint about CMAKE_FIND_ROOT_PATH_MODE_XXX, but I couldn't find any more info on that. Is this the variable I'm lookin

Re: [CMake] conflicting types for built-in function 'snprintf'

Zitat von Eric Noulard : It works for me and the CMakeFiles/CMakeOutput.log reads: Building C object CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o /usr/bin/gcc -DWHAT=ever -DCHECK_FUNCTION_EXISTS=snprintf -fno-builtin -o CMakeFiles/cmTryCompileExec.dir/CheckFunctionExists.c.o -c /

Re: [CMake] Fedora 11 and mingw32

Zitat von du...@identicalsoftware.com: Quoting "Hendrik Sattler" : Zitat von du...@identicalsoftware.com: Adding /usr/i686-pc-mingw32/sys-root/mingw isn't going to accomplish anything as /include is not in the list that FindSDL.cmake is looking at. It is looking for /usr/in

Re: [CMake] How To Copy Media Files Into Out-Of-Source Build

Zitat von Marcel Loose : I'm a bit unfamiliar with Windows as a development platform. But I thought that Redmond touted "shortcuts" as their version of "symbolic links". Shortcuts exist since Windows 95. You must differ here. Shortcuts are specially interpreted .link files while symbolic and

Re: [CMake] Fedora 11 and mingw32

Zitat von du...@identicalsoftware.com: Quoting "Hendrik Sattler" : Am Sonntag 05 Juli 2009 19:36:44 schrieb du...@identicalsoftware.com: mingw32-SDL is installed. Looking at the FindSDL.cmake and the CMAKE_FIND_ROOT_PATH directory I can see why it doesn't find it. The /usr/

Re: [CMake] Fedora 11 and mingw32

Am Sonntag 05 Juli 2009 19:36:44 schrieb du...@identicalsoftware.com: > mingw32-SDL is installed. Looking at the FindSDL.cmake and the > CMAKE_FIND_ROOT_PATH directory I can see why it doesn't find it. The > /usr/i686-pc-mingw32 directory has bin, lib, and sys-root. In > sys-root/mingw, you have

Re: [CMake] appending srcs to custom_target, or doxygen support

Zitat von Marcel Loose : On Thursday 02 July 2009 07:27:49 Hendrik Sattler wrote: Am Mittwoch 01 Juli 2009 18:03:10 schrieb Mark Lohry: > Apologies if this has been covered, but I'm only seeing occasional > references to doxygen in the archives. > > Is there any built-in m

Re: [CMake] appending srcs to custom_target, or doxygen support

Am Mittwoch 01 Juli 2009 18:03:10 schrieb Mark Lohry: > Apologies if this has been covered, but I'm only seeing occasional > references to doxygen in the archives. > > Is there any built-in mechanism for some kind of "make doc" to invoke > building documentation through doxygen, or does it require

Re: [CMake] Cmake C compiler detection broken in some cases

Am Montag 22 Juni 2009 07:54:38 schrieb Hendrik Sattler: > Same game for C++ compiler. I must correct myself: work for C++. HS ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensou

[CMake] Cmake C compiler detection broken in some cases

Hi, The following makes latest cmake-2.6.4 (and earlier versions) fail: $ export CFLAGS="-Wall -Wextra -Werror" $ cmake .. -- The C compiler identification is GNU -- The CXX compiler identification is unknown -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/b

Re: [CMake] Cross-compiling with FindQt4.cmake

Am Freitag 19 Juni 2009 21:13:14 schrieb Clinton Stimpson: > To cross-compile Qt apps, you still need to be able to run at least uic, > moc, and maybe other tools. > > I've done it before (way back when cross-compiling support was first > added to cmake). > What I did was compile Qt for the target

[CMake] Cross-compiling with FindQt4.cmake

Hi, FindQt4 seems to _completely_ fail for cross-compiling as it depends on running qmake. As it finds the hosts qmake executable, all it gets is wrong information. Can this be solved somehow? Thanks... HS ___ Powered by www.kitware.com Visit othe

Re: [CMake] [Insight-developers] 64 bit build detection

Zitat von Michael Wild : Above code for sure is far from ideal or perfect. But sometimes one inherits a code which relies on such details, so here is one relatively simple way to deal with it. Agreed. But preparing old code for current reuse sometimes involves updating it to current standards

Re: [CMake] cmake_symlink_library: error when cross-compiling with WinXP

Zitat von Kai Fischer : I am cross-compiling a custom Linux ARM library with Windows XP using the ARM toolchain from Code-Sourcery (no cygwin, mingw or anything like that). To accomplish that the "SONAME" of the library will be correctly set, I set the VERSION property for it in CMakeLists.txt w

Re: [CMake] [Insight-developers] 64 bit build detection

Am Sonntag 14 Juni 2009 22:05:14 schrieb Michael Wild: > On Mac OS X one shouldn't do this kind of detection during configure > step, because as has been mentioned a single file can be compiled > multiple times for different architectures during one single compiler > invocation. The size of void* a

Re: [CMake] How do I link an executable WITHOUT standard libraries?

Am Samstag 13 Juni 2009 00:16:43 schrieb Eric Lemings: > I've tried clearing the CMAKE_STANDARD_LIBRARIES, > CMAKE_C_STANDARD_LIBRARIES, and CMAKE_CXX_STANDARD_LIBRARIES variables > and standard libraries still get linked into my executable. How do I > disable this? Read the compiler/linker docum

Re: [CMake] Variable availability from the FindXXX modules

Am Freitag 12 Juni 2009 21:29:00 schrieb Tyler Roscoe: > On Fri, Jun 12, 2009 at 02:42:28PM -0400, Michael Jackson wrote: > > think is a kludge to get it to work. In my top level CMakeLists.txt > > file I "include" another CMake file which calls another project via > > add_subdirectory(). With in t

Re: [CMake] linking main.cpp to class in the same folder.

Am Donnerstag 11 Juni 2009 14:24:30 schrieb e...@cs.bgu.ac.il: > On Thu 11 Jun 15:15 2009 Mike Jackson wrote: > > ADD_EXECUTABLE(prog main.cpp class.cpp) > > actually, I've tried that but the program crashes instantly... Then something is wrong in your code. Which platform are you on? Can you pro

Re: [CMake] Problems C/C++ system headers and Eclipse Generator

Am Dienstag 09 Juni 2009 04:20:19 schrieb Philip Lowman: > Can you try the CMakeFindEclipseCDT4.cmake attached to this bug report? > I've wrapped the call to EXECUTE_PROCESS by saving the LANG environment > variable and then setting it to "C", and restoring it after running gcc. > I'm not entirely

Re: [CMake] Problems C/C++ system headers and Eclipse Generator

Am Montag 08 Juni 2009 23:09:17 schrieb Andreas Pakulat: > > I you cannot do this for some reason: you can always choose the > > translation domain with gettext and use the translated string to find the > > output. > > Are you sure? I don't know gettext myself, but I do know Qt's > translation mech

Re: [CMake] Problems C/C++ system headers and Eclipse Generator

Am Montag 08 Juni 2009 22:32:43 schrieb Andreas Pakulat: > On 08.06.09 22:12:00, Stefan Dröge wrote: > > I solved my problem, and I think I've found a bug: > > Since I'm German, my system language is set to German. Most programmes > > have german console output, gcc too. > > In CMakeFindEclipseCDT4

Re: [CMake] Creating one Visual Studio solution for many configurations and platforms

Am Samstag 06 Juni 2009 04:17:43 schrieb Philip Lowman: > How would you handle target_link_libraries() and, ultimately, > find_library()? Most people using VS that would want this feature added > probably already have many of their dependencies setup with find_package() > and/or find_library(). Y

Re: [CMake] cl.exe broken

Zitat von bob : Hello everyone, I first used cmake, build for VS2005 and found error: " the c compiler cl is not able to complile a simple test program" why? Did you run the shell environment for VS2005? You find the link in the start menu. If you did: You have to also install the Platform S

Re: [CMake] for loop won't locate libs

Am Donnerstag 04 Juni 2009 20:22:12 schrieb e...@cs.bgu.ac.il: > On Thu 04 Jun 21:15 2009 Bill Hoffman wrote: > > e...@cs.bgu.ac.il wrote: > > > On Thu 04 Jun 20:31 2009 Bill Hoffman wrote: > > >> e...@cs.bgu.ac.il wrote: > > >>> On Thu 04 Jun 20:16 2009 Tyler Roscoe wrote: > > On Thu, Jun 04,

Re: [CMake] Problem with circular dependencies

Zitat von Dmytro Ovdiienko : 2009/5/28 Tyler Roscoe But from your Lists below it appears that they don't really depend on one another, in a "target A must be built before target B" sense, but simply that they use headers from each other's source directories? A and B are static libraries. The

Re: [CMake] Dynamic library problem.

Zitat von Andrew Maclean : I am not sure whether this is a CMake setting or not. However we are building an application that links against a library in /usr/local/lib called e.g libPocoFoundation.so (this is a symbolic link to libPocoFoundation.so.6). When we try to run the code on another syste

[CMake] doing simple math in cmake or useless foreach( RANGE )

Hi, either I cannot find it or it's not there: doing simple mathematic things like substract 1 from a variable. If that's not present, I do not understand how LIST( LENGTH MYLIST COUNT ) FOREACH ( index RANGE ${COUNT} ) list ( GET MYLIST ${index} entry ) will address non-present indexes in

Re: [CMake] CMake Error: Cannot determine link language for target "io".

Zitat von Mats Kindahl : Ideally, I would like to copy or build the libraries in a central "lib/" directory similar to how I copy all the include files to the "include/" directory, but how is that supported by CMake? See http://www.cmake.org/cmake/help/cmake2.6docs.html#variable:CMAKE_LIBRARY_O

Re: [CMake] CMake Error: Cannot determine link language for target "io".

Zitat von Mats Kindahl : Hendrik Sattler wrote: Zitat von Mats Kindahl : I have an example case where I want to decide the subsystems to include dynamically. However, when running CMake, I get the error above. Anybody can tell me why I get the error and what to do about it? You could give

Re: [CMake] CMake Error: Cannot determine link language for target "io".

Zitat von Mats Kindahl : I have an example case where I want to decide the subsystems to include dynamically. However, when running CMake, I get the error above. Anybody can tell me why I get the error and what to do about it? You could give your files a file ending like 'output.c' instead of

Re: [CMake] unable to include a source file for all sub directories

Am Freitag 15 Mai 2009 17:05:58 schrieb ankit jain: [...] The following works with VS2008 without any problem as expected: CMakeLists.txt: -- project(var C) add_executable(var sub/main.c var.c var.h) --

Re: [CMake] unable to include a source file for all sub directories

Zitat von ankit jain : Now all files iam getting from folder1 and folder2 and objects of all files including Ident.c is created... But while linking f11.obj f12.obj f21.obj f22.obj all show error undefined symbol: char *v1 where Ident .c contains.. char v1[]="Hello"; If you want a pointer, de

Re: [CMake] unable to include a source file for all sub directories

Zitat von ankit jain : Linker error for many objects files that have created So either the object file that contains the symbol is not part of your link command or you have a coding error. Since you release neither an example nor further information, you will probably not get any other answ

Re: [CMake] unable to include a source file for all sub directories

Zitat von ankit jain : If suppose 5 files are there in one folder and each file uses some functions form other file in the same folder and when ur creating library then there is no problem.. Issue is if one folder file uses another file which is in diff. folder or in its parent folder then crea

Re: [CMake] unable to include a source file for all sub directories

Zitat von ankit jain : Now I am able to get all the source files from all the folders. but the problem is that all folder source files uses one variable v1 of this Ident.c file.. So the error iam getting while building the library is : unresolved external symbol: v1 (iam working on windows VC++

Re: [CMake] Problem with cygwin and CodeSourcery's ARM Toolchain

Am Donnerstag 07 Mai 2009 18:15:40 schrieb Thomas Kindler: > Hendrik Sattler wrote: > > Zitat von Thomas Kindler : > >> cmake tries to use cygwin-style absolute "/home/tkindler.." paths, > >> which arm-none-eabi-gcc doesn't seem to like (being a na

Re: [CMake] Problem with cygwin and CodeSourcery's ARM Toolchain

Zitat von Thomas Kindler : cmake tries to use cygwin-style absolute "/home/tkindler.." paths, which arm-none-eabi-gcc doesn't seem to like (being a native win32 program). My old makefile used relative paths to invoke the compiler. How can I do this in cmake generated makefiles?! Prepending "c:/

Re: [CMake] Automatic libraries stripping

Zitat von roze...@volny.cz: I would like to ask you, if (and how, if so) it is possible to set CMake to strip (/usr/bin/strip) the generated libraries. Hint: make help | grep strip HS ___ Powered by www.kitware.com Visit other Kitware open-source

Re: [CMake] Changing the default compiler of VC++

Am Montag 04 Mai 2009 16:24:29 schrieb Andreas Pakulat: > On 04.05.09 16:10:21, Hendrik Sattler wrote: > > Zitat von Andreas Pakulat : > >> On 04.05.09 17:56:14, ankit jain wrote: > >>> Thanks Andreas for your reply. I already build the code using mks. now > >

Re: [CMake] Changing the default compiler of VC++

Zitat von Andreas Pakulat : On 04.05.09 17:56:14, ankit jain wrote: Thanks Andreas for your reply. I already build the code using mks. now i want to build the code using cl/VC++. since it gives lots of errors of not founding fiels like strings.h unistd.h Then you need to fix those errors, eith

Re: [CMake] Help cmake to resolve link lines with multiple circular dependencies?

Zitat von alexandre.feb...@thomsonreuters.com: Using target_link_libraries(), I set that: - exe depends on lib1 - lib1 depends on lib2, lib3 - lib2 depends on lib3 - lib3 depends on lib2 And the generated link line is : lib1 lib2 lib3 lib1 lib2 lib3. Of cours

Re: [CMake] looking for Visual Studio installation

Am Sonntag 19 April 2009 14:24:42 schrieb Piotr Dobrogost: > Andreas Pakulat wrote: > > On 19.04.09 13:31:22, Piotr Dobrogost wrote: > >> I get it. But wouldn't it be a GOOD THING to incorporate logic of > >> vcvarsall.bat into cmake's module looking for VC? > > > > That would mean it needs to find

Re: [CMake] looking for Visual Studio installation

Am Sonntag 19 April 2009 00:55:12 schrieb Piotr Dobrogost: > Hi > > Recent thread titled "CMAKE_MAKE_PROGRAM is not set." shows cmake needs > some environment variables to find VS command line tools. > Setting of these variables is done by running a bat file that comes with > VS. This seems a littl

Re: [CMake] Compiling static and shared library only once (wiki seems to have an error)

Am Samstag 18 April 2009 03:43:42 schrieb Philip Lowman: > On Fri, Apr 17, 2009 at 2:23 PM, Hendrik Sattler wrote: > > Am Freitag 17 April 2009 20:13:40 schrieb Shaun Cummins: > > > Thanks, that solves one problem. I still haven't found a way to create > > > bot

Re: [CMake] Compiling static and shared library only once (wiki seems to have an error)

Am Freitag 17 April 2009 20:13:40 schrieb Shaun Cummins: > Thanks, that solves one problem. I still haven't found a way to create > both shared and static libraries by only compiling the source code > once (on Linux). I can generate both types of libraries in one make > command but each source file

Re: [CMake] Problem with recognising the MSYS environment

Zitat von Werner Smekal : On 17.04.2009, at 10:02, Hendrik Sattler wrote: Find_library() should only be used for libraries that are not system or compiler specific, e.g. you look but libfoo but never for libm. But then cmake will complain/warn that you mix libraries with full path with

Re: [CMake] Problem with recognising the MSYS environment

Zitat von Arjen Markus : With -G "MSYS Makefiles" I do get the proper setting for MSYS. The find_library command still insists on using the MS Visual C/C++ versions of the libraries, though, so I need to use my workaround still. But at least one point is solved. What libraries do you want to lo

Re: [CMake] Compiling dll under MSVC 2008

Am Donnerstag 16 April 2009 19:48:03 schrieb Mike Jackson: > You will want to read this link > [...] > PS: Feedback on that article is also welcome. In OpenObex, we use additionally a .def file with exports. "obex.sym" is a list of symbol names (one per

Re: [CMake] Transitive linking and imported targets

Am Dienstag 31 März 2009 19:48:49 schrieb Tobias Rudolph: > > add_library( iLib SHARED IMPORTED ) > set_target_properties( iLib PROPERTIES IMPORTED_LOCATION "/opt/local/ > lib/libzip.dylib" ) > > add_library( libFoo SHARED foo.cpp ) > target_link_libraries( libFoo iLib ) > > > According t

Re: [CMake] autoheader

Am Montag 30 März 2009 17:58:47 schrieb Bill Hoffman: > So, what would the API be? I am thinking something that you just give a > list of variables and a file name. > > set(VARS HAS_A HAS_B HAS_C) > set(STRING_VARS STRING_A STRING_B) > cmake_autoheader(CMAKEDEFINE_VARS ${VARS} >

Re: [CMake] autoheader

Zitat von Bill Hoffman : I have seen several requests for an autoheader type function to be added to CMake. I have never used autoheader, but I gather it takes a list of variables and generates a config.h.in file automatically. Does anyone on the list have experience with autoheader? If so,

Re: [CMake] How to emulate autotools "make check"?

Marcel Loose schrieb: > On Wed, 2009-03-25 at 17:40 +0100, Hendrik Sattler wrote: >> Marcel Loose schrieb: >>> On Wed, 2009-03-25 at 15:16 +0100, Eric Noulard wrote: >>>> 2009/3/25 Marcel Loose : >>>> >>> OK, it's done. >>>

Re: [CMake] How to emulate autotools "make check"?

Marcel Loose schrieb: > On Wed, 2009-03-25 at 15:16 +0100, Eric Noulard wrote: >> 2009/3/25 Marcel Loose : >>> On Fri, 2009-03-20 at 16:34 +0100, Eric Noulard wrote: 2009/3/20 Marcel Loose : > Perfect! Ok fine. > I now use add_custom_target(check COMMAND ${CMAKE_CTEST_COMMAND

Re: [CMake] need criticism: my very first CMake project

Am Donnerstag 19 März 2009 23:03:11 schrieb Alexander Neundorf: > On Thursday 19 March 2009, Artem Zolochevskiy wrote: > > hi all > > > > I need constructive criticism for my very first CMake based project. > > > > It converts index.txt file into html by usung asciidoc. > > make install should inst

Re: [CMake] Cross Compilang and NSIS

Andreas Schneider schrieb: > My problem is that cmake thinks that it is a windows version... No, it still knows that it runs on Linux and can use the native tools if you tell it so in the toolchain file. > So you successfully *cross compile* with mingw for windows under linux and > successfully

Re: [CMake] Cross Compilang and NSIS

Am Sonntag 08 März 2009 17:22:48 schrieb Andreas Schneider: > I've cross compiled libssh with mingw for windows today using the openSUSE > Build Service. > > http://download.opensuse.org/repositories/home:/gladiac:/win32/win32/i586/ > > I'm currently trying to create a NSIS installer on Linux for l

Re: [CMake] debug, optimized, and custom

Am Montag 02 März 2009 18:24:32 schrieb Dmytro Ovdiienko: > if I have several configurations (e.g. /MT, /MTd, /MD, /MDd), how can I > pass additional libraries to the target_link_libraries? I have two > optimized libaries. One for /MT and one for /MD. That depends if you want to link statically or

Re: [CMake] debug, optimized, and custom

Am Mittwoch 25 Februar 2009 05:26:57 schrieb Jesse Perla: > If I add on my own value to CMAKE_CONFIGURATION_TYPES so that I can have > a separate build type in visual studio, etc. with compile time choice of > build types, then how do I change the target_link_libraries to for this new > build typ

Re: [CMake] 64bit linking on linux

Am Donnerstag 19 Februar 2009 07:07:27 schrieb Birju Prajapati: > > -Original Message- > > From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On > > Behalf Of Hendrik Sattler > > Sent: 18 February 2009 19:18 > > To: cmake@cmake.org > > S

Re: [CMake] 64bit linking on linux

Am Mittwoch 18 Februar 2009 15:52:18 schrieb Bill Hoffman: > That is not the preferable way to do this. As it hard codes flags into > the CMake file. The way I would do it is: > > export CXXFLAGS=-m64 > export CFLAGS=-m64 > export LDFLAGS=-m64 > > cmake ../myproject > > If those environment varia

Re: [CMake] JWASM support

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 compil

Re: [CMake] JWASM support

Dmitry Bely schrieb: > On Tue, Feb 3, 2009 at 1:09 AM, Alexander Neundorf > wrote: >> On Saturday 31 January 2009, Dmitry Bely wrote: >>> I am trying to use JWASM (http://www.japheth.de/JWasm.html) with CMake >>> 2.6.2 to do rather unusual thing: cross-compile a C++ project with >>> MASM-syntax .a

Re: [CMake] Strange problem...

Nima Talebi schrieb: > -DONLY=HOTWIRE_INDEP;HOTWIRE_DOC;FUNCWIRE_OVERLORD;FUNCWIRE_MINION -DDIST=1 > .. > CMake Error: The source directory "/usr/src/hotwire-0.2.3/BUILD" does not > appear to contain CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. > /bin/sh: H

Re: [CMake] JWASM support

Am Samstag 31 Januar 2009 14:12:24 schrieb Dmitry Bely: > I am trying to use JWASM (http://www.japheth.de/JWasm.html) with CMake > 2.6.2 to do rather unusual thing: cross-compile a C++ project with > MASM-syntax .asm files for Linux under Windows. JWASM itself emulates > MASM excellently and has no

Re: [CMake] equivalent cmakelist for this file

ankit jain schrieb: > The objective here to include all the .desc files in the cmakelist and when > we make it it should generate the executable for it like if we include > abc.desc then after make it should generate a file abc which is executable > and a script which has test cases but generated b

Re: [CMake] equivalent cmakelist for this file

ankit jain schrieb: > Then what to do. Is something can be done using Ctest. We cannot guess what's in those files. Don't think about what the old build system looks like but think about what you want to achieve. HS ___ CMake mailing list CMake@cmake.or

Re: [CMake] equivalent cmakelist for this file

ankit jain schrieb: > Can anybody tell me what should be the equivalent cmakelists file should for > this makefile. > > Makefile: > > include Make.bootstrap > # List of descriptor files for test scripts > TEST_DESCRIPTORS = a.desc b.desc c.desc d.desc > include $(MAKEMANY) > > here each .desc fi

Re: [CMake] How to set Windows DLL version information

Philip Lowman schrieb: > Do you know if there is a way to append this information to the DLL with the > linker (FileVersion & ProductVersion), instead of generating an RC file? No. HS ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/l

Re: [CMake] How to set Windows DLL version information

Anders Backman schrieb: > But I thought the whole idea was to get CMake to handle this? > It states in the documentation that it should be possible. No > exclusion about windows as far as I can see. > > I saw this thread before but as CMake claims to have this > functionality (multiplatform) I tho

Re: [CMake] Bug: set_target_property VERSION WIN32

Anders Backman schrieb: > Hi all > > Old issue, but Im trying to set dll version from CMAKE on dynamic libraries. > After reading docs/release info I saw that version 2.4.4 included this > functionality. > > However, Im trying without any success. > So IS this supported or not? > > SET_TARGET_PR

Re: [CMake] How to set Windows DLL version information

Anders Backman schrieb: > so set_target_properties(target PROPERTIES VERSION 1.1 SOVERSION 1.1) > > doesnt work under windows then? No. A RC file is not created automatically. A bit complicated as other information is included in that file, too. However, you can use configure_file to automaticall

Re: [CMake] Regression between 2.4.8 and 2.6.2 for the macada version of the gcc compiler

Martin Costabel schrieb: > Alan W. Irwin wrote: > [] >> Is there a better gcc option then -v to find out the _actual_ linker >> being >> used? > > Use -Wl,-v :-) > > On 10.4, if you run gcc -dynamiclib, the linking is managed by > /usr/bin/libtool which in turn calls /usr/bin/ld, and /usr/bin/lib

Re: [CMake] Regression between 2.4.8 and 2.6.2 for the macada version of the gcc compiler

Alan W. Irwin schrieb: > Can somebody recommend a fix to that file so that CMake-2.6.2 works just as > well as CMake-2.4.8 for the macada version of the gcc compiler? > > I have no idea whether gcc should always be expected to recognize the > -current_version flag. http://gcc.gnu.org/onlinedocs/g

Re: [CMake] VS projects are rebuilt even if they don't change

Am Sunday 18 January 2009 12:09:21 schrieb Eric Noulard: > For supporting this CMake would have to elaborate a way to figure out > what "no meaningful changes" in CMakeLists.txt means :=) Write temporary solution/project files and compare them? If I change MacOS X stuff only, a visual studio buil

Re: [CMake] Having difficulty with find_library()

Am Thursday 15 January 2009 18:13:43 schrieb Robert Dailey: > On Thu, Jan 15, 2009 at 10:07 AM, Michael Jackson < > > mike.jack...@bluequartz.net> wrote: > > To look for the Compiler being used.. > > > > IF (MSVC60) > >SET (...) > > ENDIF (MSVC60) > > IF (MSVC71) > >SET () > > ENDIF

Re: [CMake] Having difficulty with find_library()

Am Thursday 15 January 2009 06:06:54 schrieb Robert Dailey: > if( CMAKE_GENERATOR STREQUAL "Visual Studio 9 2008" ) > set( TBB_PATH_SUFFIX ai32/vc9 ) > elseif( CMAKE_GENERATOR STREQUAL "Visual Studio 8 2005" ) > set( TBB_PATH_SUFFIX ai32/vc8 ) > elseif( CMAKE_GENERATOR STREQUAL "Visual Stud

Re: [CMake] Volunteering to maintain two new Find Modules

Philip Lowman schrieb: > On Fri, Jan 9, 2009 at 7:32 AM, Philip Lowman wrote: > >> On Thu, Jan 8, 2009 at 5:22 PM, Albert Astals Cid wrote: >> >>> if (LibOpenJPEG_OPENJPEG_LIBRARY) >>> set (LibOpenJPEG_LIBRARIES ${openjpeg_LIBRARY}) >>> endif (LibOpenJPEG_OPENJPEG_LIBRARY) >> >> If you spot any

Re: [CMake] Volunteering to maintain two new Find Modules

Am Wednesday 07 January 2009 23:54:05 schrieb Albert Astals Cid: > Hi, i'm new to the list, so i'm not sure if this is the correct procedure, > i read a bit in the wiki and it seems it is, so here i am. > > I want to add upstream the two attached modules so we don't have to > maintain them in poppl

Re: [CMake] File modification detection based on content (not timestamp)

Am Thursday 08 January 2009 00:13:55 schrieb Robin Vobruba: > Also, i usually generate GCC makefiles with CMake, and they use only > timestamps. Make itsself does not have the functionality integrated, > as much as i know, so it has to be added by cmake. Automake eg, also > adds this functionality

Re: [CMake] Unable to find GTK with cmake on Ubuntu

Am Thursday 18 December 2008 20:03:25 schrieb Philip Lowman: > Could you try the following beta FindGTK2 module? > > Set CMAKE_MODULE_PATH prior to calling FIND_PACKAGE(GTK2 COMPONENTS gtk) > See the module for details Some notes: you should make better use of path suffixes in find_file instead o

Re: [CMake] How can I write CMakeLists.txt to link a special library?

Michael Wild schrieb: > if (NOT WIN32) > # use pkg-config to get the directories and then use these values > # in the FIND_PATH() and FIND_LIBRARY() calls > find_package( PkgConfig REQUIRED ) > pkg_check_modules( _sigcxx2 REQUIRED sigc++-2.0 ) > endif (NOT WIN32) pkgconfig can also be use

Re: [CMake] Problems with Intel Fortran 11 on Windows XP

Am Friday 12 December 2008 12:41:47 schrieb tormod.ravnanger.lan...@dnv.com: > The output with VS2008 is: Did you try the "NMake Makefiles" generator? HS ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Difference between IMPORTED_LINK_DEPENDENT_LIBRARIES and IMPORTED_LINK_INTERFACE_LIBRARIES

Am Thursday 11 December 2008 00:46:24 schrieb James Bigler: > I have a library which depends on libpng. If libpng is shared, then I > don't need to know that libpng links agains libz, but if libpng is static, > then I better well know that libpng needs libz so that when I need to > eventually link

Re: [CMake] Difference between IMPORTED_LINK_DEPENDENT_LIBRARIES and IMPORTED_LINK_INTERFACE_LIBRARIES

Am Wednesday 10 December 2008 22:57:09 schrieb James Bigler: > I've read the documentation, but it's still not clear to me what the > difference between these two property is. > > Could someone please explain it to me? Under some circumstances, when linking to a library you also have to link with

Re: [CMake] How to change/set default generator

Am Wednesday 10 December 2008 19:50:42 schrieb David Genest: > David Cole wrote: > > Line 2009 of CMake/Source/cmake.cxx chooses the default Visual Studio > > generator. Looks > like that block of code forgot to update itself when > Visual Studio 9 support was added. > > > We should, of course, pre

Re: [CMake] strange behaviour of TARGET_LINK_LIBRARIES debug/optimized on MacOS

Am Wednesday 10 December 2008 13:23:04 schrieb Clemens Arth: > Clemens Arth wrote: > > before I submit a bug report I wanted to ask you about some strange > > behaviour of TARGET_LINK_LIBRARIES on MacOS 10.5 and CMake 2.6-2; > > > > A library is created for debug and release, named libFooD.dylib an

Re: [CMake] Linking boost failure

Am Tuesday 09 December 2008 18:09:23 schrieb kafou nmento: > Hi all! > I'm compiling a Qt based libtorrent app with CMake using MinGW generator. > For those not knowing libtorrent, it is a lib fully boost based. (boost > version used 1.34.1). 100% of the build goes well. But at the linking it > fai

Re: [CMake] Question about install()

Robert Dailey schrieb: > This makes absolutely no sense to me. To copy "all relevant files", I have > to know their name. To know their name, I need to know the platform and the > build configuration, since as I said before the names are different in both > cases. How do you link against them if y

Re: [CMake] Question about install()

Robert Dailey schrieb: > On Sun, Dec 7, 2008 at 3:39 PM, Michael Jackson <[EMAIL PROTECTED] >> wrote: > >> Mine was run on OS X using a Makefile. If I use Xcode I would probably get >> something else. I use that exact same call on windows and VS 7,8,9 will all >> still use the "Debug" or "Release"

Re: [CMake] Invoking "make" with CMake scripts?

Robert Dailey schrieb: > On Mon, Dec 1, 2008 at 10:21 AM, Hendrik Sattler <[EMAIL PROTECTED]>wrote: > >> Robert Dailey schrieb:> Well on Linux this would be trivial, but as I said >> on Windows doing this >>> could take hours, even if I do provide a simple pac

<    1   2   3   4   5   6   7   >