[CMake] Re: CMake being too clever with library names

2007-12-30 Thread Rodolfo Lima
Steven Van Ingelgem escreveu: > You can find more info in this bug report: > http://public.kitware.com/Bug/view.php?id=3832 Thanks Steven, I'm glad I didn't file a bug report on this. Regards, rod ___ CMake mailing list CMake@cmake.org http://www.cmake

Re: [CMake] Finding out what a preprocessor macro is defined as

2007-12-30 Thread Alexander Neundorf
On Saturday 29 December 2007, Matt Williams wrote: > Hi, > > I am writing a cmake system for a project, but at one point I need to > decide whether a certain module of it should be built or not. Now, there's > some preprocessor logic in one of the header files which sets a > preprocessor #define to

Re: [CMake] Re: Find* and cross compiling

2007-12-30 Thread Alexander Neundorf
On Sunday 30 December 2007, E. Wing wrote: > Ugh, sorry, accidentally botched the first replies because the > original reply was not to the list. > > On 12/28/07, Rodolfo Lima <[EMAIL PROTECTED]> wrote: > > On Fri, Dec 28, 2007 at 05:40:59PM -0800, E. Wing wrote: > > > I didn't know cross-compiling

Re: [CMake] How to find out the compiler directory?

2007-12-30 Thread Alexander Neundorf
On Saturday 29 December 2007, Steven Van Ingelgem wrote: > I'm using the CVS version. > > "cl" is unknown in my environment (not defined by the %PATH% > variable), so CMake will probably get it from the registry. > > But I want to use the path that CMake found already inside my > CMakeList.txt, not

Re: [CMake] Re: Find* and cross compiling

2007-12-30 Thread Alexander Neundorf
On Sunday 30 December 2007, Alexander Neundorf wrote: > On Sunday 30 December 2007, E. Wing wrote: > > Ugh, sorry, accidentally botched the first replies because the > > original reply was not to the list. > > > > On 12/28/07, Rodolfo Lima <[EMAIL PROTECTED]> wrote: > > > On Fri, Dec 28, 2007 at 05

Re: [CMake] How to find out the compiler directory?

2007-12-30 Thread Steven Van Ingelgem
Very true indeed, but that was not the point of me asking the question. The point is that CMake knows somehow where the compiler is (it's not in the path), but it doesn't allow me to make use of that knowledge. For instance I want to use the assembler, but I (as a program) don't know where it is

Re: [CMake] How to find out the compiler directory?

2007-12-30 Thread Alexander Neundorf
On Sunday 30 December 2007, Steven Van Ingelgem wrote: > Very true indeed, but that was not the point of me asking the question. > > The point is that CMake knows somehow where the compiler is (it's not > in the path), but it doesn't allow me to make use of that knowledge. > > For instance I want t

Re: [CMake] How to find out the compiler directory?

2007-12-30 Thread Steven Van Ingelgem
It's because CMake get the values from the registry ;-). So it's not known in the command line, but it's known to CMake... As opposed to *NIX, Windows is not 100% (insert a lot of healthy sarcasm) command line oriented. On 12/30/07, Alexander Neundorf <[EMAIL PROTECTED]> wrote: > On Sunday 30 Dece

[CMake] Re: Find* and cross compiling

2007-12-30 Thread Rodolfo Lima
Alexander Neundorf escreveu: > I'll check, but they shouldn't be searched anyway if the mode is set up > correctly. Well, if you specify the native path locations explicitly, they'll be searched. As I said, it's better to left cmake set them. It takes into account the paths set by CMAKE_FIND_ROO

Re: [CMake] How to find out the compiler directory?

2007-12-30 Thread Andreas Pakulat
On 30.12.07 18:09:49, Steven Van Ingelgem wrote: > It's because CMake get the values from the registry ;-). So it's not > known in the command line, but it's known to CMake... As opposed to > *NIX, Windows is not 100% (insert a lot of healthy sarcasm) command > line oriented. Oh, how do you know i

Re: [CMake] How to find out the compiler directory?

2007-12-30 Thread Steven Van Ingelgem
Hey Andreas, Thanks for your lengthy explanation! It got me searching through the cmake files and finally I found the variable I need :-) "CMAKE_MAKE_PROGRAM"... This always contains the path to the make-tool, from which it's a small step to know the final directory. Thanks a lot again! On 12

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

2007-12-30 Thread Christian Convey
On Dec 21, 2007 11:41 AM, Mike Jackson <[EMAIL PROTECTED]> 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 usin

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

2007-12-30 Thread Christian Convey
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 > > compilers, linkers, make and such? > > > > Can you actually get

[CMake] Re: Find* and cross compiling

2007-12-30 Thread Rodolfo Lima
Rodolfo Lima escreveu: > Hi all, > I've been exercising cmake-cvs's cross-compiling capabilities and I've > noticed that the way several Find* scripts work doesn't behave well with > cross-compiling. Sorry people, I was totally wrong. It must be too much Sun in the head, I don't know. It WORKS pro

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

2007-12-30 Thread Brandon Van Every
On Dec 30, 2007 3:19 PM, Christian Convey <[EMAIL PROTECTED]> wrote: > > A Cell processor has one PowerPC core, plus 8 "SPE" cores (only 6 are > available on a Playstation 3). You need a different compiler for each > core type. > > Also, there are several different ways that all of that can be lin

Re: [CMake] cmake and qtest

2007-12-30 Thread Ramazan Girgin
Yes , i m talking about qtest framework. I checked KDE4 macros but i didn't understand how it done.Have you got another detailed example ? Ramazan On 12/26/07, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > On 26.12.07 09:36:08, Ramazan Girgin wrote: > > Hi all, > > Is there any example about usi