Hello Steve and Eric.
Eric Noulard
writes:
> 2009/12/6 steve naroff :
>>>
>>> May be we can think of "packaging" CMake itself along with the build tree?
>>
>> Packaging the binaries isn't considered acceptable (we need a "pure" source
>> distribution with no binary files).
>
> Sorry for being pi
I have been trying to get FindPerlLibs to work on windows (Vista). It's
taken me a while but I think I have found the problem. As far as I have
been able to identify the string regex replace call returns (what I
think is) an undesirable result. Below is an example to illustrate the
problem
2009/12/6 steve naroff :
>>
>> May be we can think of "packaging" CMake itself along with the build tree?
>
> Packaging the binaries isn't considered acceptable (we need a "pure" source
> distribution with no binary files).
Sorry for being picky but you don't "require a pure source".
You want to
Thanks for the quick response...comments below:
On Dec 6, 2009, at 12:20 PM, Eric Noulard wrote:
2009/12/6 steve naroff :
Hi, I work on llvm/clang (a client of cmake).
For development, cmake is wonderful (no big issues).
For deployment, cmake's inability to copy it's generated project
files
2009/12/6 Alan W. Irwin :
>>
>> With this feature you'll get a "portable" project which contains the
>> source tree,
>> a preconfigured build tree + some cmake binaries corresponding to the
>> build tree.
>>
>
> Eric, I didn't see your e-mail before I sent mine. However, now that I have
> read your
On 2009-12-06 18:20+0100 Eric Noulard wrote:
2009/12/6 steve naroff :
Hi, I work on llvm/clang (a client of cmake).
For development, cmake is wonderful (no big issues).
For deployment, cmake's inability to copy it's generated project files to
another machine is causing us some grief. The scenar
On 2009-12-06 11:33-0500 steve naroff wrote:
Hi, I work on llvm/clang (a client of cmake).
For development, cmake is wonderful (no big issues).
For deployment, cmake's inability to copy it's generated project files to
another machine is causing us some grief. The scenario is quite simple: I
wan
On Sun, Dec 06, 2009 at 03:44:12PM +0800, Romain CHANU wrote:
> When we choose "Debug" or "Release" configuration in Visual Studio, is there
> a way for CMake to apply different compilations / linking rules?
Look at the COMPILE_FLAGS_ and LINK_FLAGS_ properties.
tyler
2009/12/6 steve naroff :
> Hi, I work on llvm/clang (a client of cmake).
> For development, cmake is wonderful (no big issues).
> For deployment, cmake's inability to copy it's generated project files to
> another machine is causing us some grief. The scenario is quite simple: I
> want to copy the
Hi, I work on llvm/clang (a client of cmake).
For development, cmake is wonderful (no big issues).
For deployment, cmake's inability to copy it's generated project files
to another machine is causing us some grief. The scenario is quite
simple: I want to copy the llvm/clang source tree over
On 5. Dec, 2009, at 17:12 , Clinton Stimpson wrote:
It would be nice to have a function allowing one to override/extend
the default choice (which AFAIK is determined by asking otool about
link-dependencies). Perhaps something like this:
set_external_framework_properties(
${QT_QTGUI_LIBR
11 matches
Mail list logo
