[Bf-committers] CMake minimum version increased to 3.0

Hi, Blender now depends on CMake 3.0 or later to build. While there was no single urgent need to update, removing sorted-libs kludge depends on it (see T46725). There are various improvements we can make use of [1]. It also means we don't need to keep checking 2.8 compatibility when making larger

Re: [Bf-committers] CMake minimum version increased to 3.0

The issue is making the dev (or user, like me) jump through hoop after hoop just to get it building. It's difficult enough to build and troubleshoot your system, but adding new, not-readily-available requirements only compounds the problem. By "readily available" I mean a package update or

Re: [Bf-committers] CMake minimum version increased to 3.0

CentOS systems are still locked to 2.8.11 (C7) and 2.8.12 (C6.5). There seem to be no plans to upgrade C7 beyond 2.8.11, but it has only been out for a year. On 11/09/2015 08:44 AM, Sybren A. Stüvel wrote: > On Tue, Nov 10, 2015 at 03:04:53AM +1100, Campbell Barton wrote: >> It turns out Ubuntu

Re: [Bf-committers] CMake minimum version increased to 3.0

It turns out Ubuntu 14.10 still users CMake 2.8, so better not break building for one year old distros, Improvements to build system depending on 3.x will have to wait another year at least. On Mon, Nov 9, 2015 at 11:57 PM, Campbell Barton wrote: > Hi, Blender now depends

Re: [Bf-committers] CMake minimum version increased to 3.0

On Tue, Nov 10, 2015 at 03:04:53AM +1100, Campbell Barton wrote: > It turns out Ubuntu 14.10 still users CMake 2.8, so better not break > building for one year old distros, If you'd argued support for Ubuntu 14.04 LTS I would have understood, but why should we support a version of Ubuntu that's

Re: [Bf-committers] CMake minimum version increased to 3.0

On 11/09/2015 05:04 PM, Campbell Barton wrote: > It turns out Ubuntu 14.10 still users CMake 2.8, so better not break > building for one year old distros, Yesterday I was a user of Ubuntu 15.04 and I could not build blender. blender depends on openexr 2.2 which only appears in 15.10:

Re: [Bf-committers] CMake minimum version increased to 3.0

This is not correct, actually, install_deps.sh script does install/build missing dependencies for you, even on pretty old distributions. We could (as suggested by Campbell this afternoon) do that for CMake as well (build newer one in install_deps.sh if needed), but this is a bit a different

Re: [Bf-committers] CMake minimum version increased to 3.0

On 11/09/2015 09:21 PM, Bastien Montagne wrote: > This is not correct, actually, install_deps.sh script does install/build > missing dependencies for you, even on pretty old distributions. I think you missed the 'some other way' part of what I wrote :). That's correct, right? > > > > You need

Re: [Bf-committers] CMake minimum version increased to 3.0

On 11/09/2015 09:17 PM, Stephen Kelly wrote: > On 11/09/2015 05:04 PM, Campbell Barton wrote: >> It turns out Ubuntu 14.10 still users CMake 2.8, so better not break >> building for one year old distros, > Yesterday I was a user of Ubuntu 15.04 and I could not build blender. > blender depends on

Re: [Bf-committers] Introduction and CMake refactoring

On 11/09/2015 09:58 AM, Martijn Berger wrote: > Hi Steve, > > Welcome, > > You may or may not be aware that we want to work towards making CMake > feature complete versus our Scons buildsystem in order to facilitate > dropping Scons. I'm vaguely aware of it, but not very. > You talk about

Re: [Bf-committers] Some Ideas for a Blender Plugin System (hewi)

developers, coders, all, Saw the mail about the Blender plugin system (Bps, Martin Felke), must say it's best idea I have seen towards restructuring Blender source and preparing it for, as Ton would say, 2020! IMHO the discussion is not on yes or no to implement the plugins, the discussion is

Re: [Bf-committers] CMake minimum version increased to 3.0

> the issue isn't about Ubuntu 14.10 specifically, its mainly that > someone can have a year-old installation which wouldn't be able to > build Blender (without manually getting CMake at least). > > I was in the situation (Ubuntu with 2.8 CMake); it only took a few minutes to download the latest

Re: [Bf-committers] Introduction and CMake refactoring

Hi, Maybe i'm missing something, but main concern about current state oc CMake is a tedios process of manually maintaining order of libraries. This is a walid point, but how's the proposed change will solve the issue? It seems to be just more a conditional add of libraries to the linking list?

Re: [Bf-committers] Text editor patch ideas

Hi Diego, Currently we're mainly interested to keep the text editor working well, but not spend time adding features from more advanced editors, developers most likely have their own preferred editor anyway. As long as we don't have an active maintainer here, changes should at least not be

Re: [Bf-committers] Introduction and CMake refactoring

Hi Steve, Welcome, You may or may not be aware that we want to work towards making CMake feature complete versus our Scons buildsystem in order to facilitate dropping Scons. You talk about modernizing but what versions of CMake would this raise our requirement to? Martijn On Sun, Nov 8,

Re: [Bf-committers] Introduction and CMake refactoring

On Mon, Nov 9, 2015 at 10:16 PM, Sergey Sharybin wrote: > Hi, > > Maybe i'm missing something, but main concern about current state oc CMake > is a tedios process of manually maintaining order of libraries. This is a > walid point, but how's the proposed change will solve