[CMake] Adding cross-compiler support to CMake ...

I wish to add support for cross-compiling to CMake since its a tool I use a lot, and I can finally kill the last few of my projects using autotools. To my knowledge, autotools is the only system that provides cross-compiling, and poorly at that, and I've been thinking on ways to add it to

Re: [CMake] Adding cross-compiler support to CMake ...

Michael Casadevall wrote: I am interested in any support or ideas before I attempt to take this project on. I haven't a clue about what is needed for cross-compiling. But I will mention there are rumblings in Chicken Scheme land about the importance of cross-compiling. The perceived need

[CMake] Mailing lists for cvs and bugtracker

I'd like to follow development of cmake a bit more closely. In order to do that, many other open source projects have mailing lists that follow the cvs commit and the bug tracking system. Is something like that available and just not mentioned on the mailing lists page or, if not, can something

Re: [CMake] FIND_PROGRAM and qt4

frederic heem wrote: Hi, Here is the problem, qt3 is installed by the distribution, qt4 has been manually installed. An application which want to use qt4 will set QTDIR to the directory where qt4 is installed. The macro FIND_PROGRAM found the wrong qmake e.g /usr/lib/qt-3.3/bin/qmake, the

Re: [CMake] Mailing lists for cvs and bugtracker

Joerg Mayer wrote: I'd like to follow development of cmake a bit more closely. In order to do that, many other open source projects have mailing lists that follow the cvs commit and the bug tracking system. Is something like that available and just not mentioned on the mailing lists page or,

Re: [CMake] FIND_PROGRAM and qt4

Original-Nachricht Datum: Wed, 6 Sep 2006 12:43:10 +0200 Von: frederic heem [EMAIL PROTECTED] An: cmake cmake@cmake.org Betreff: [CMake] FIND_PROGRAM and qt4 Hi, Here is the problem, qt3 is installed by the distribution, qt4 has been manually installed. An application

Re: [CMake] Mailing lists for cvs and bugtracker

On Wed, Sep 06, 2006 at 12:26:24PM +0100, Filipe Sousa wrote: Joerg Mayer wrote: I'd like to follow development of cmake a bit more closely. In order to do that, many other open source projects have mailing lists that follow the cvs commit and the bug tracking system. Is something like

[CMake] Find/Use Qt4 changes

I have checked in some changes from Clinton that allow for static linking of qt applications. If you are a qt user, please try cvs cmake and make sure it works for you. Thanks. Checking for path: /cvsroot/CMake/CMake/Modules Unrestricted user: hoffman

Re: Fwd: [CMake] Adding cross-compiler support to CMake ... (fwd)

Michael Casadevall wrote: My intent here is not to start a flamewar between autotools and cmake, In some cases, autotools is the proper tool vs cmake due to cross-compiling (which will hopefully fixed) and the fact that you need the cmake executable to build any CMake

Re: Fwd: [CMake] Adding cross-compiler support to CMake ... (fwd)

At 03:55 PM 9/6/2006, Brandon J. Van Every wrote: Michael Casadevall wrote: My intent here is not to start a flamewar between autotools and cmake, In some cases, autotools is the proper tool vs cmake due to cross-compiling (which will hopefully fixed) and the fact that you need the cmake

Re: [CMake] Adding cross-compiler support to CMake ...

On 2006-09-06 02:19, Michael Casadevall said: I wish to add support for cross-compiling to CMake since its a tool I use a lot, and I can finally kill the last few of my projects using autotools. To my knowledge, autotools is the only system that provides cross-compiling, and poorly at that, and

Re: [CMake] Adding cross-compiler support to CMake ... (fwd)

Point taken in regards to the shell, although busybox which is pretty standard on embedded devices and that can run configure scripts. I was referring to obscure platforms such as a DEC workstation. Anyway, in regards to autotools, this is typically how you cross compile (this is assuming

Re: [CMake] Adding cross-compiler support to CMake ...

Sean McBride wrote: However, the whole idea of TRY_COMPILE is of course incompatible with this, since the minute you assume that the machine doing the building is the same type as the machine you are building for, you are in trouble... Actually it's not invalid to compile it. That's what a

Re: [CMake] Adding cross-compiler support to CMake ... (fwd)

On 2006-09-06 17:21, Michael Casadevall said: Basically, it's a kind of cross compilation. On a PowerPC Mac you can compile your executable for both PPC and Intel Macs, and vice versa. CMake does support Universal Binaries actually, you may want to see this bug for background:

[CMake] How to read a registry key?

Hello, I have found that using EXEC_PROGRAM with ${CMAKE_COMMAND} -E I can write/remove a key in the Windows registry but I haven't figured out how to read a key. Is there a simple solution for that? Anton -- Anton Deguet [EMAIL PROTECTED] ERC CISST Johns Hopkins University

Re: [CMake] SET(ENV {environment_variable} {value])

At 06:09 PM 9/6/2006, Richard Fuchs wrote: I need to set an environment variable so I'm doing this: SET(ENV{ACE_ROOT} /work/secore-dev/secore/external/ACE_TAO/ACE_wrappers/ace) but after cmake is run and the Makefiles are generated, I do an env and the environment variable ACE_ROOT is not set.