On Thu, Oct 28, 2010 at 12:49:16PM -0500, Yaakov (Cygwin/X) wrote:
> We see the defining of WIN32 on Cygwin as a *bug*, not a feature, and it
> needs to be fixed outright.
I think the crux of the dilemma is this: what do you say to the people
who rely on this "buggy" behavior for their packages
On Thu, 2010-10-28 at 09:39 -0400, Marcus D. Hanwell wrote:
> It seems that the policy based approach would have allowed you a one
> line patch to most packages (changing the policy to NEW).
Look at this from the POV of a packager: even a one-line patch adds up
quickly when you talk about hundreds
On 10/28/2010 03:47 AM, David Cole wrote:
Sorry about this folks. Apparently, the email I sent had "too much
information" for the CMake mailing list, exceeding the 40k limit for a single
message.
CMake 2.8.3-rc3 has been available since last week, and we are nearly ready to
cut the final release
Hi Kent,
The version of FindGit.cmake and ExternalProject.cmake provided with cmake
2.8.2 uses GIT_EXECUTABLE.
Within ExternalProject.cmake:
- The lower case version of the variable is used as a parameter to
function. For example, function _ep_write_gitclone_script line 212.
- The upper cas
Please tell me someone else encountered this and it's fixed. I'm going
to have to make a patched version of ExternalProject.cmake a part of
my project until it is.
In CMake 2.8.2 ExternalProject.cmake, there is no consistency on the
capitalization of the Git_EXECUTABLE variable -- which is what ge
I've seen this a few times in the past, and I've seen a few people try to
get it to work. My advise is to not try. The problem comes from thinking
that a template class is a class, but that is not true. Your template
class is just a recipe for the compiler to use when it wants to make a
class f
--- Gio 28/10/10, Marcus D. Hanwell ha scritto:
> It seems that the policy based approach would have allowed
> you a one
> line patch to most packages (changing the policy to NEW).
I guess so. I can work with a one single line patch.
> Marcus
Marco
___
On Thu, Oct 28, 2010 at 8:45 AM, Marco Atzeri wrote:
> --- Mer 27/10/10, Marcus D. Hanwell ha scritto:
>
>> On Wed, Oct 27, 2010 at 2:38 PM, Alan
>> W. Irwin
>
>> wrote:
>> > On 2010-10-26 17:53-0400 Bill Hoffman wrote:
>> >
>> >> The policy mechanism might not be ideal but in a
>> year or so, al
--- Mer 27/10/10, Marcus D. Hanwell ha scritto:
> On Wed, Oct 27, 2010 at 2:38 PM, Alan
> W. Irwin
> wrote:
> > On 2010-10-26 17:53-0400 Bill Hoffman wrote:
> >
> >> The policy mechanism might not be ideal but in a
> year or so, all of this
> >> would go away, and the meantime the patches you
>
On Thu, Oct 28, 2010 at 8:29 AM, John Drescher wrote:
> On Thu, Oct 28, 2010 at 8:23 AM, Dominik Gabi wrote:
>> On Wed, 2010-10-27 at 10:54 -0500, Ryan Pavlik wrote:
>>> On Wed, Oct 27, 2010 at 9:04 AM, Rolf Eike Beer wrote:
>>> >> Thanks. The way I understand this is that now instead of
>>> >>
On Thu, Oct 28, 2010 at 8:23 AM, Dominik Gabi wrote:
> On Wed, 2010-10-27 at 10:54 -0500, Ryan Pavlik wrote:
>> On Wed, Oct 27, 2010 at 9:04 AM, Rolf Eike Beer wrote:
>> >> Thanks. The way I understand this is that now instead of
>> >>
>> >> include_directories(${GTKMM_INCLUDE_DIRS})
>> >>
>> >>
--- Mer 27/10/10, Alan W. Irwin ha scritto:
> On 2010-10-26 17:53-0400 Bill Hoffman
> wrote:
>
> > The policy mechanism might not be ideal but in a year
> or so, all of this would go away, and the meantime the
> patches you have to maintain for cygwin ports would become
> trivial. The patch wou
On Wed, 2010-10-27 at 10:54 -0500, Ryan Pavlik wrote:
> On Wed, Oct 27, 2010 at 9:04 AM, Rolf Eike Beer wrote:
> >> Thanks. The way I understand this is that now instead of
> >>
> >> include_directories(${GTKMM_INCLUDE_DIRS})
> >>
> >> i would write something like
> >>
> >> include_directories(${G
>> cmake -DCMAKE_TOOLCHAIN_FILE:string="%~dp0\zosport.cmake" -G"Unix
>> Makefiles" .\
>
> You are building on Windows, yes? Whenever I try to use ".\" in a
> command prompt, batch file or command file on Windows, it does horrible
> things. I have to substitute a full or partial path. Could this be
If you look at my repository, I have a system set up that I call
"UseBackportedModules" - basically it checks the CMake version and
extends the CMAKE_MODULE_PATH to include only those directories
mentioning newer version than the current user's cmake version. It
works pretty well for me.
http://g
Re-sending as plain text; the first time around, it got redirected to
the universe's bit bucket...
On Wed, Oct 20, 2010 at 6:04 PM, David Cole wrote:
> The CMake 2.8.3 release candidate stream continues!
> You can find the source and binaries here:
> http://www.cmake.org/files/v2.8/?C=M;O=D
>
> T
Sorry about this folks. Apparently, the email I sent had "too much
information" for the CMake mailing list, exceeding the 40k limit for a
single message.
CMake 2.8.3-rc3 has been available since last week, and we are nearly ready
to cut the final release unless somebody has a complaint about rc3 t
Hi all,
What is the best way to work around a broken Find module?
A technique I've used up till now is to wrap the broken module in a
module with the same name that I store in my own module directory. This
way, my wrapper module will be picked up first. Problem with this
approach is, of course,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Message-ID:
>
Hi Phil.
> Sono ideas nowhere nohow?
Well, I did have one idea. A wild stab in the dark, probably nothing
whatsoever to do with your issue. Apologies in advance for the low
quality of this complete guess.
> cmake -DCMAKE_TOOLCH
19 matches
Mail list logo