On 4/7/2011 8:42 AM, Dick Hollenbeck wrote:
>
>> MinGW is not a prerequisite. Having a valid compiler is a prerequisite.
>> MSVC,
>> Borland, etc are all valid generator targets for CMake. Using CMake to
>> download and build wxWidgets will be more beneficial to these users than
>> MinGW
>> u
> MinGW is not a prerequisite. Having a valid compiler is a prerequisite.
> MSVC,
> Borland, etc are all valid generator targets for CMake. Using CMake to
> download and build wxWidgets will be more beneficial to these users than MinGW
> users. My guess is most MinGW users are likely to insta
On 7 April 2011 13:25, Wayne Stambaugh wrote:
> On 4/6/2011 7:38 PM, Brian Sidebotham wrote:
>> On 5 April 2011 19:57, Dick Hollenbeck wrote:
>>>
>> For MS Windows in particular (cross building from Linux or not, both),
>> and
>> other platforms too, I still say there is tremendous v
On 4/6/2011 7:38 PM, Brian Sidebotham wrote:
> On 5 April 2011 19:57, Dick Hollenbeck wrote:
>>
> For MS Windows in particular (cross building from Linux or not, both), and
> other platforms too, I still say there is tremendous value in us providing
> cmake "external project" support t
On 7 April 2011 05:02, Dick Hollenbeck wrote:
> On 04/06/2011 07:52 PM, Dick Hollenbeck wrote:
>> Remember the script mode of cmake using -p
>
> I don't know if this is helpful, but more brainstorming to get around the
> lack of initial MinGW:
>
>
> $ cmake -P somecmakemagic.cmake
>
> and then the
On 04/06/2011 07:52 PM, Dick Hollenbeck wrote:
> Remember the script mode of cmake using -p
I don't know if this is helpful, but more brainstorming to get around the
lack of initial MinGW:
$ cmake -P somecmakemagic.cmake
and then there is the potential usage of
file(DOWNLOAD url file [TIMEOUT
On 5 April 2011 19:57, Dick Hollenbeck wrote:
>
For MS Windows in particular (cross building from Linux or not, both), and
other platforms too, I still say there is tremendous value in us providing
cmake "external project" support to build wxWidgets and anything else that
needs
>>> For MS Windows in particular (cross building from Linux or not, both), and
>>> other platforms too, I still say there is tremendous value in us providing
>>> cmake "external project" support to build wxWidgets and anything else that
>>> needs to be built. This is a separate subject. But I've
On 4/5/2011 2:35 PM, Dick Hollenbeck wrote:
>
>> CMake 2.8 was release in November of 2009. Maybe it's time to bump that up
>> to
>> 2.8.0?
>
> I can identify no reasons to not require 2.8.x, if it brings special
> goodnesses in.
I just merged the 2.8.4 wxWidgets FindwxWidgets with the local
Le 05/04/2011 15:44, Wayne Stambaugh a écrit :
We currently use a custom(?) version of FindwxWidgets.cmake that was cherry
picked from a more current version of CMake than we were using at the time.
The problem is our version of FindwxWidgets is suffering from bit rot. The
version in CMake 2.8.4
> CMake 2.8 was release in November of 2009. Maybe it's time to bump that up to
> 2.8.0?
I can identify no reasons to not require 2.8.x, if it brings special
goodnesses in.
Really, if makes *your* life easier, do it. If customers complain, feel
free to offer them their money back.
__
On 5 April 2011 17:59, Wayne Stambaugh wrote:
> On 4/5/2011 11:59 AM, Dick Hollenbeck wrote:
>> On 04/05/2011 08:44 AM, Wayne Stambaugh wrote:
>>> We currently use a custom(?) version of FindwxWidgets.cmake that was cherry
>>> picked from a more current version of CMake than we were using at the t
On 4/5/2011 11:59 AM, Dick Hollenbeck wrote:
> On 04/05/2011 08:44 AM, Wayne Stambaugh wrote:
>> We currently use a custom(?) version of FindwxWidgets.cmake that was cherry
>> picked from a more current version of CMake than we were using at the time.
>> The problem is our version of FindwxWidgets
On 04/05/2011 08:44 AM, Wayne Stambaugh wrote:
> We currently use a custom(?) version of FindwxWidgets.cmake that was cherry
> picked from a more current version of CMake than we were using at the time.
> The problem is our version of FindwxWidgets is suffering from bit rot. The
> version in CMake
On 4/5/11 3:44 PM, Wayne Stambaugh wrote:
We currently use a custom(?) version of FindwxWidgets.cmake that was cherry
picked from a more current version of CMake than we were using at the time.
The problem is our version of FindwxWidgets is suffering from bit rot. The
version in CMake 2.8.4 ( an
We currently use a custom(?) version of FindwxWidgets.cmake that was cherry
picked from a more current version of CMake than we were using at the time.
The problem is our version of FindwxWidgets is suffering from bit rot. The
version in CMake 2.8.4 ( and possibly earlier ) has some enhances that
16 matches
Mail list logo
