My main concern with bumping cmake version is that the user will then have to maintain their own extra copy of cmake and include a few extra lines in their build scripts. Mostly I just want to make sure this is well-documented in the build instructions, since it's easy enough to override a system binary with a user binary with PATH=/path/to:$PATH
Yes, Centos 7 is locked at 2.8.12. It's also locked at GCC 4.8.5, but that is less of an issue because there is an official development toolset based on gcc6 (devtoolset-6 in the epel repo). On 08/19/2017 11:23 AM, Sergey Sharybin wrote: > Hi, > > The question here is: do we want Blender 2.8 be compilable on CentOS? To my > knowledge even latest CentOS 7 is still on cmake 2.8.12. > > Also, if we really bumping CMake version it's nice to explicitly mention in > in the list. > > On Sat, Aug 19, 2017 at 12:00 PM, Jörg Müller <nex...@gmail.com> wrote: > >> Hi Jeffrey, >> >> there is already a discussion going on in D2716. In sum: >> >> - I reverted the change Campbell suggested, going back to cmake 3.0 which >> is required for building audaspace. >> - Campbell and I would like to bump to cmake 3.0 for blender 2.8 anyway, >> so I propose this hereby. >> - Updating cmake from 2.8.12 to 3.0 is not such a major update, 2.8.12 was >> released in October 2013 and the next version is 3.0 from June 2014. >> >> Cheers, >> Jörg >> >> >> On 2017-08-18 10:09 Jeffrey wrote: >> >>> Just a heads-up for the Audaspace update: Audaspace requires cmake 3.1+ >>> while the rest of blender is on 2.8. RHEL and Centos 7 are stuck at >>> 2.8.12 and large version upgrades very unlikely. >>> >>> >>> On 08/17/2017 11:51 PM, Jörg Müller wrote: >>> >>>> Hi everyone, >>>> >>>> it has been done! I just pushed the changes to use audaspace 1.3 instead >>>> of the old non-C++11 version to the blender2.8 branch. >>>> >>>> Windows and Mac developers please update your library folders as numpy >>>> headers are needed for building. If you experience any problems: I'm on >>>> IRC for at least the next 8 hours and of course also respond to mail. >>>> >>>> Let me recap the major changes we get from this: >>>> - The whole library was refactored to use C++11, no more Boost! >>>> - Many stability and performance improvements. >>>> - Major Python API refactor [1]: >>>> - Most requested: Play self generated sounds using numpy arrays. >>>> - For games: Sound list, random sounds and dynamic music. >>>> - Writing sounds to files. >>>> - Sequencing API. >>>> - Opening sound devices, eg. Jack. >>>> - Blender UI: Ability to choose different OpenAL devices in the user >>>> settings. >>>> - In sum since the refactor audaspace got almost 600 commits [2]. >>>> >>>> Cheers, >>>> Jörg >>>> >>>> [1] http://audaspace.github.io/bindings/index.html >>>> [2] https://github.com/audaspace/audaspace >>>> >>>> On 2017-06-18 20:53, Jörg Müller wrote: >>>> >>>>> Hi everyone, >>>>> >>>>> it's time to get rid of the old audaspace and use the new one in the >>>>> Blender 2.8 branch, so I created a patch [1]. >>>>> >>>>> I would like to ask anyone who is interested to have a look, try it >>>>> and comment on it. I've only tested it on my computer running linux >>>>> here, so it would be especially helpful if developers from the other >>>>> supported platforms (Windows and MacOS) could have a look. >>>>> >>>>> Thanks and cheers, >>>>> Jörg >>>>> >>>>> [1] https://developer.blender.org/D2716 >>>>> >>>>> _______________________________________________ >>>> Bf-committers mailing list >>>> Bf-committers@blender.org >>>> https://lists.blender.org/mailman/listinfo/bf-committers >>>> >>> >> >> _______________________________________________ >> Bf-committers mailing list >> Bf-committers@blender.org >> https://lists.blender.org/mailman/listinfo/bf-committers >> > > > -- Jeffrey "Italic_" Hoover _______________________________________________ Bf-committers mailing list Bf-committers@blender.org https://lists.blender.org/mailman/listinfo/bf-committers