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
On Mon, Jun 8, 2009 at 9:59 AM, Tyler Roscoe wrote:
> On Mon, Jun 08, 2009 at 09:55:13AM -0600, James Bigler wrote:
> > I shudder to think of having to multiply all of my find_library calls
> with
> > architecture dependent versions:
>
> It sounds like you already do this?
Well, it's done a per
On Mon, Jun 8, 2009 at 9:43 AM, Tyler Roscoe wrote:
> On Fri, Jun 05, 2009 at 10:17:43PM -0400, Philip Lowman wrote:
> > 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 the
On Mon, Jun 08, 2009 at 09:55:13AM -0600, James Bigler wrote:
> I shudder to think of having to multiply all of my find_library calls with
> architecture dependent versions:
It sounds like you already do this?
> There are many places in my code where I have switches based on 32 or 64 bit
> archite
I already sent a few comments after Philip's reply to this mail. As a
CMake novice I'm not sure I'm the best person to be involved in this
discussion but I guess I'll give it a shot :).
On Fri, Jun 05, 2009 at 01:13:50PM -0400, David Cole wrote:
> platforms. Granted, there are several things to co
On Fri, Jun 05, 2009 at 10:17:43PM -0400, Philip Lowman wrote:
> 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_librar
On Fri, Jun 5, 2009 at 1:13 PM, David Cole wrote:
> You might want to open an issue that is a feature request that asks for
> exactly what you think you want
> There are several already open that talk about / have patches for adding
> support for WinCE and Symbian via adding CMake generators.
You might want to open an issue that is a feature request that asks for
exactly what you think you want
There are several already open that talk about / have patches for adding
support for WinCE and Symbian via adding CMake generators.
At least these 3 (and probably more) already touch on the
First, the thread I created about this question on Monday:
http://www.cmake.org/pipermail/cmake/2009-June/029805.html
On Fri, Jun 05, 2009 at 08:57:34AM -0400, David Cole wrote:
> It is not possible with present CMake, although, in my mind it would be a
> reasonable feature request for CMake's Vis
It is not possible with present CMake, although, in my mind it would be a
reasonable feature request for CMake's Visual Studio generator to support
multiple architecture solution/project files. If the native build tool
supports a given feature, then CMake might reasonably be expected to take
advant
> > ist it possible with cmake to generate one Visual
> Studio solution file for many different combinations
> > of configurations (Debug,Release) and platforms(win32,
> x64).
Not possible. This has been discussed recently.
The reason is that tests are being executed for a specific platform
and
On Jun 5, 2009, at 8:00 AM, Nils Busch wrote:
Hello,
ist it possible with cmake to generate one Visual Studio solution
file for many different combinations
of configurations (Debug,Release) and platforms(win32, x64).
In other words, instead of separate .sln files into separate
directories
12 matches
Mail list logo
