[Bf-committers] Propose to reduce default feature set (*nix dev builds)
martijn.berger at gmail.com
Thu Nov 13 14:47:36 CET 2014
@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:
Maybe it would be good to also have the opposite WITH_FULL_RELEASE_BUILD
that just enables all this and is not cached ?
On Thu, Nov 13, 2014 at 2:05 PM, AIBlender <aiblender at 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
> 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 at blender.org
More information about the Bf-committers