Re: [CMake] cmake 2.4.8 RC 4

Install textmate, open a terminal and type 'mate new.txt' and Textmate will open a new text document titled "new.txt". Try 'grep -R "something" * | mate" and watch your grep results show up in a new TextMate document. Textmate is a Drag and Drop install. It has combined cli and gui. How i

Re: [CMake] Re: cmake 2.4.8 RC 4

So because a bunch of others are installing in /usr/bin you are going to do the same thing? What puzzles me is that the default CMAKE_INSTALL_PREFIX is set to /usr/local which seems kinda hypocritical to me. Either Kitware eats their own dog food or they believe they are different than ever

Re: [CMake] cmake 2.4.8 RC 4

Mike Jackson wrote: What I would _really_ like to see is a system like "Textmate" or "BBEdit" where cmake is just a drag-and-drop install and the first time CMake GUI is launched symlinks to cmake, ccmake, ctest are put into /usr/local/bin (or somewhere else the use selects). This makes the

[CMake] Re: Target flags depending on compilationofanothertarget

No personal experience myself, but the PLplot bare windows (i.e., no Cygwin, or MinGW) developers tell me there is a bash for windows that they can install. So ctest (which in our case runs shell scripts) is cross-platform for PLplot iff the windows user has installed bash. However, instead o

Re: [CMake] Re: cmake 2.4.8 RC 4

Looks like mono installs into /usr/bin: http://www.mono-project.com/Mono:OSX -Bill ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Re: cmake 2.4.8 RC 4

Bill Hoffman wrote: Rodolfo Schulz de Lima wrote: In my NOT so humble opinion, this is a REALLY bad idea and here is why. I second this. In linux who deals with /usr is the package manager (apt, portage etc). If I deliberately install something there, the package manager won't know about i

Re: [CMake] Re: Re: Re: Target flags depending on compilation ofanothertarget

On 2007-12-21 19:23-0200 Rodolfo Schulz de Lima wrote: You are right. I was confusing cmake time with build time. However, what is to stop you building your own version of wxwidgets as an external project? Then cmake; make, etc., would have to be run once to build wxwidgets and once for your p

Re: [CMake] Re: cmake 2.4.8 RC 4

Rodolfo Schulz de Lima wrote: In my NOT so humble opinion, this is a REALLY bad idea and here is why. I second this. In linux who deals with /usr is the package manager (apt, portage etc). If I deliberately install something there, the package manager won't know about it and maybe something

[CMake] Choosing library directories for different build types

We have two sets of prebuilt libraries that we link against: debug and release. These are organised in debug and release directories outside of our source tree. Typically, the debug and release libraries have the same names in each directory. I can't find a good way to tell cmake that when I

Re: [CMake] cmake 2.4.8 RC 4

Everything written here by Mike Jackson about Apple also applies to OpenBSD. On Fri, Dec 21, 2007 at 04:35:31PM -0500, Mike Jackson wrote: > > On Dec 21, 2007, at 3:35 PM, Bill Hoffman wrote: > >> >>> Bug: >>> Another issue not explicitly dis

[CMake] Re: cmake 2.4.8 RC 4

In my NOT so humble opinion, this is a REALLY bad idea and here is why. I second this. In linux who deals with /usr is the package manager (apt, portage etc). If I deliberately install something there, the package manager won't know about it and maybe something might be overwriten in the fut

Re: [CMake] FindQt4.cmake fails

On 21.12.07 13:54:45, Clinton Stimpson wrote: > On Dec 21, 2007, at 11:07 AM, Andreas Pakulat wrote: >> On 21.12.07 18:46:53, Andreas Pakulat wrote: >>> Hi, >>> >>> trying to build kdewin32 fails because CMake's CHECK_SYMBOL_EXISTS tries >>> to compile the following source: >>> >>> , >>> | #inc

[CMake] Re: Re: Re: Target flags depending on compilationofanothertarget

(through property svn:externals, for the svn-inclined) 3) make -j2 ... Thanks to cmake my recipe is the same no matter the environment my Sorry, I lied, on windows he would have to use 'nmake' or fire up Visual Studio IDE, but he's used to this, so it's a no brainer. Abraços, rod _

Re: [CMake] cmake 2.4.8 RC 4

On Dec 21, 2007, at 3:35 PM, Bill Hoffman wrote: Bug: Another issue not explicitly discussed by me, but has been mentioned in other contexts is installing to /usr instead of /usr/local. I haven't checked in awhile, but last time I remember, th

[CMake] Re: Re: Re: Target flags depending on compilation ofanothertarget

You are right. I was confusing cmake time with build time. However, what is to stop you building your own version of wxwidgets as an external project? Then cmake; make, etc., would have to be run once to build wxwidgets and once for your project. If that turned out to be too complicated for you

Re: [CMake] Re: Re: Target flags depending on compilation of anothertarget

On 2007-12-21 18:14-0200 Rodolfo Schulz de Lima wrote: Have a look at the internals of FindwxWidgets.cmake that comes with CMake-2.4.7. It uses wx-config for the case where wxwidgets is already externally installed. It should be straightforward to adapt this module for the case where you are

Re: [CMake] FindQt4.cmake fails

On Dec 21, 2007, at 11:07 AM, Andreas Pakulat wrote: On 21.12.07 18:46:53, Andreas Pakulat wrote: Hi, trying to build kdewin32 fails because CMake's CHECK_SYMBOL_EXISTS tries to compile the following source: , | #include | | void cmakeRequireSymbol(int dummy,...){(void)dummy;} | int

Re: [CMake] CMake on Linux + Playstation 3 (IBM Cell BE processor)

Bill, It was Jens Rittscher that did it I believe. Bill On Dec 21, 2007 3:29 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > Mike Jackson wrote: > > Out of curiosity more than anything else.. what _doesn't_ work at the > > moment? Does the linux on PS3 have all the common build tools like > > comp

[CMake] Override CMAKE_BUILD_TYPE per target

Is there a way to override CMAKE_BUILD_TYPE per target? For instance, I'd like to write: set_target_properties(target PROPERTIES BUILD_TYPE Release) And have my target compiled in Release mode regardless of the current value of CMAKE_BUILD_TYPE. Regards, rod __

Re: [CMake] cmake 2.4.8 RC 4

Bug: Another issue not explicitly discussed by me, but has been mentioned in other contexts is installing to /usr instead of /usr/local. I haven't checked in awhile, but last time I remember, the installer package for CMake installs to /usr ins

[CMake] Re: Re: Target flags depending on compilation of anothertarget

Have a look at the internals of FindwxWidgets.cmake that comes with CMake-2.4.7. It uses wx-config for the case where wxwidgets is already externally installed. It should be straightforward to adapt this module for the case where you are building wxwidgets internally. I cannot use wx-config

Re: [CMake] CMake on Linux + Playstation 3 (IBM Cell BE processor)

Mike Jackson wrote: Out of curiosity more than anything else.. what _doesn't_ work at the moment? Does the linux on PS3 have all the common build tools like compilers, linkers, make and such? Can you actually get cmake to build on the PS3 using the bootstrap configure file? I think that s

Re: [CMake] Re: Target flags depending on compilation of another target

On 2007-12-21 10:14-0200 Rodolfo Lima wrote: Jesper Eskilson escreveu: Not generally, no. However, if you know that you'll be using Make with a bourne-shell to build you can sneak in things like "`cat somefile.txt`" into your CMAKE_CXX_FLAGS, and have your custom target write flags to "somefil

Re: [CMake] MSVC turn off RelWithDebInfo and MinSizeRel

The force set seemed to work when running the cmake GUI on windows, but didn't seem to work when running the command line cmake.exe, which is the way I need to do the generation. Jesse On Dec 20, 2007 11:35 PM, Torsten Martinsen <[EMAIL PROTECTED]> wrote: > David Cole

Re: [CMake] cmake 2.4.8 RC 4

Hi all, Nice post Eric. So I decided to file bugs for some of these (I ones I most care about). On 12/10/07 5:40 AM, E. Wing said: >- This brought up issues about the Mac OS X Deployment Target and also >the Min Version. Bug: >Another issue not

Re: [CMake] FindQt4.cmake fails

On 21.12.07 18:46:53, Andreas Pakulat wrote: > Hi, > > trying to build kdewin32 fails because CMake's CHECK_SYMBOL_EXISTS tries > to compile the following source: > > , > | #include > | > | void cmakeRequireSymbol(int dummy,...){(void)dummy;} > | int main() > | { > | #ifndef Q_WS_MAC > |

[CMake] FindQt4.cmake fails

Hi, trying to build kdewin32 fails because CMake's CHECK_SYMBOL_EXISTS tries to compile the following source: , | #include | | void cmakeRequireSymbol(int dummy,...){(void)dummy;} | int main() | { | #ifndef Q_WS_MAC | cmakeRequireSymbol(0,&Q_WS_MAC); | #endif | return 0; | } ` Thi

Re: [CMake] CMake on Linux + Playstation 3 (IBM Cell BE processor)

Out of curiosity more than anything else.. what _doesn't_ work at the moment? Does the linux on PS3 have all the common build tools like compilers, linkers, make and such? Can you actually get cmake to build on the PS3 using the bootstrap configure file? -- Mike Jackson Senior Research

[CMake] CMake on Linux + Playstation 3 (IBM Cell BE processor)

Does anyone know if there are plans to get CMake capable of building programs for the Cell BE processor in a Linux environment? I've started programming a Playstation 3 running Linux, and I miss CMake. ___ CMake mailing list CMake@cmake.org http://www.cm

Re: [CMake] XCODE_DEPEND_HELPER dependency issues

On Dec 21, 2007 3:19 PM, James Bigler <[EMAIL PROTECTED]> wrote: > > On Dec 21, 2007, at 7:09 AM, David Cole wrote: > > > What do you mean when you say LIB2 depends on EXE1...? > > > > Does EXE1 generate some code that is built into LIB2 or is it > > something > > else? Normally libs don't depend o

Re: [CMake] XCODE_DEPEND_HELPER dependency issues

On Dec 21, 2007 2:33 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > You should create a small example that shows the problem, and attach it > to a bug report. It's here: http://www.cmake.org/Bug/view.php?id=6193 -- Nicolas ___ CMake mailing list CMake@

Re: [CMake] XCODE_DEPEND_HELPER dependency issues

On Dec 21, 2007, at 7:09 AM, David Cole wrote: What do you mean when you say LIB2 depends on EXE1...? Does EXE1 generate some code that is built into LIB2 or is it something else? Normally libs don't depend on exes in the CMake TARGET sense... According to the original email, exe1 gene

Re: [CMake] XCODE_DEPEND_HELPER dependency issues

What do you mean when you say LIB2 depends on EXE1...? Does EXE1 generate some code that is built into LIB2 or is it something else? Normally libs don't depend on exes in the CMake TARGET sense... On 12/21/07, Nicolas Tisserand <[EMAIL PROTECTED]> wrote: > > Hi, > > I'm working on a C++ project

Re: [CMake] XCODE_DEPEND_HELPER dependency issues

Nicolas Tisserand wrote: Hi, I'm working on a C++ project that's been happily using CMake as a cross-platform (mac/pc/linux) build tool for a year now. We're using CMake 2.4.6 on all platforms. Recently, some changes in our build system lead to the following dependency graph: LIB1 <- EXE1 <-

[CMake] Re: Target flags depending on compilation of another target

Jesper Eskilson escreveu: > Not generally, no. However, if you know that you'll be using Make with a > bourne-shell to build you can sneak in things like "`cat somefile.txt`" > into your CMAKE_CXX_FLAGS, and have your custom target write flags to > "somefile.txt". This technique is commonly used i

[CMake] XCODE_DEPEND_HELPER dependency issues

Hi, I'm working on a C++ project that's been happily using CMake as a cross-platform (mac/pc/linux) build tool for a year now. We're using CMake 2.4.6 on all platforms. Recently, some changes in our build system lead to the following dependency graph: LIB1 <- EXE1 <- LIB2 <- EXE2 ^

[CMake] Re: Target flags depending on compilation of another target

Rodolfo Lima escreveu: > Is there any way to make cmake support things like this? A common use > case would be like... one of your targets is a custom target which > compiles wxWidgets (for instance). When it gets installed, it creates a > bash script (wx-config) which, when run, returns proper co

Re: [CMake] mingw32 linker line exceeds win32 limitations

On Fr, 2007-12-21 at 10:14 +0100, Jesper Eskilson wrote: > Unless Code::Blocks has a specially patched GNU make which is hardcoded > to cmd.exe there shouldn't be any difficulty to get your make to use > sh.exe (Cygwin's, for example). Ok. > > Think other probs will raise due our company workst

[CMake] RE: Bug in GET_TARGET_PROPERTY? (was CMAKE_CONFIG_POSTFIX vs GET_TARGET_PROPERTY(FILE foo LOCATION) )

Whoops, I forgot the cmake output: Lib is called: C:/Devel/SVN/trunk/build/test/qqq/Hello/Hello.lib Vs nmake output: Linking CXX static library Hello_d.lib Joe From: Josef Karthauser Sent: 21 December 2007 09:05 To: Josef Karthauser; cmake@cmake.org Subject: Bug in GET_TARGET_P

Re: [CMake] Bug in GET_TARGET_PROPERTY? (was CMAKE_CONFIG_POSTFIX vs GET_TARGET_PROPERTY(FILE foo LOCATION) )

On 21.12.07 09:05:28, Josef Karthauser wrote: > It wasn't just the office party talking, I've rechecked today and it > definitely isn't working as I'd expect: > > > > SET(CMAKE_DEBUG_POSTFIX "_d") > > Project(Hello) > > add_library (Hello hello.cxx hello.h) > > get_target_property(FILE Hello

Re: [CMake] mingw32 linker line exceeds win32 limitations

Felix Obenhuber wrote: On Do, 2007-12-20 at 21:02 +0100, Jesper Eskilson wrote: To be picky, mingw32-make (i.e. GNU make) doesn't mind at all, but cmd.exe might. (Mingw32-make will happily use any bourne-shell it can get its hands on.) You're absolutely right. The problem is, that we're using

[CMake] Bug in GET_TARGET_PROPERTY? (was CMAKE_CONFIG_POSTFIX vs GET_TARGET_PROPERTY(FILE foo LOCATION) )

It wasn't just the office party talking, I've rechecked today and it definitely isn't working as I'd expect: SET(CMAKE_DEBUG_POSTFIX "_d") Project(Hello) add_library (Hello hello.cxx hello.h) get_target_property(FILE Hello LOCATION) message("Lib is called: ${FILE}") Run cmake on this an

Re: [CMake] mingw32 linker line exceeds win32 limitations

On Do, 2007-12-20 at 21:02 +0100, Jesper Eskilson wrote: > To be picky, mingw32-make (i.e. GNU make) doesn't mind at all, but > cmd.exe might. (Mingw32-make will happily use any bourne-shell it can > get its hands on.) You're absolutely right. The problem is, that we're using mingw32 from Code::

Re: [CMake] mingw32 linker line exceeds win32 limitations

On Do, 2007-12-20 at 12:41 -0500, Brad King wrote: > There is not technical reason AFAIK. It was simply that lots of people > hit the problem for static libraries and no one encountered (and > reported) the problem for executables until now. Please submit an issue > to the bug tracker and send me

Re: [CMake] Target flags depending on compilation of another target

Rodolfo Lima wrote: How can I set an executable compiler flags based on the result of the compilation of another target? Or, with another words, can I set a directory's COMPILER_FLAGS at build time? Not generally, no. However, if you know that you'll be using Make with a bourne-shell to build