Hi, @Terry, I would like to point out that most developers I know already build with a very very reduced feature set anyway. Blender in general is ridiculously difficult to build if only as a result of its large number of dependencies and things like boost/C++ ABI stuff adding to that.
I think OpenEXR and Ilmbase libs should maybe not be disabled by default as it is the highest fidelity output format and not *that* bad compared with the rest of the list. I would disable by default: - WITH_OPENCOLLADA - WITH_OPENCOLORIO - WITH_CYCLES_OSL - WITH_CODEC_FFMPEG - WITH_SDL - WITH_NDOF - WITH_BUILDINFO - WITH_GAMEENGINE - WITH_JACK - WITH_IMAGE_REDCODE - WITH_IMAGE_PSD Maybe it would be good to also have the opposite WITH_FULL_RELEASE_BUILD that just enables all this and is not cached ? Martijn On Thu, Nov 13, 2014 at 2:05 PM, AIBlender <aiblen...@gmail.com> wrote: > On 13/11/14 11:31, Campbell Barton wrote: > > This is mainly for Linux/BSD developers (releases remain unchanged). > > > > Its getting increasingly difficult to build Blender on Linux, (LLVM, > > ffmpeg, OpenCollada...) & these issue's can't always be fixed on our > > side. > > > > With newer developers a failed build with a cryptic error message > > (guys in #blendercoders can't even help with), is quite off putting.. > > > > Proposing a limited feature-set by default with CMake (again official > > builds from blender.org are unchanged) > > > > https://developer.blender.org/T42569 > > > > Hi, > > This is a bad idea, the whole point on dev builds is for us to spot > problems, if you start turning off features just so things can compile > that is sweeping issues under the carpet. If it's getting hard to build > that means you need to work on build instructions/build system. And if > its an upstream issue, communication needs to go upstream. Being > demotivated if not a reason to start turning off fundamental features. > > After all ffmpeg and opencollada would not really be seen as option > features (by a lot of people), and the same can be said of llvm, and > they certainly are not optional when we need to spot bug/issues. I mean > what is next stop supporting Linux because its harder to build. Well > you could just as easily make that argument for the entire windows build > system. It's more often than not the one with problems, so we should > obviously throw it in the canal yes? Obviously that would not be done. > > *marches off all huffy like* > > Terry Wallwork > > > _______________________________________________ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers > _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers