[Bf-committers] Introduction and CMake refactoring
ideasman42 at gmail.com
Mon Nov 9 12:49:19 CET 2015
On Mon, Nov 9, 2015 at 10:16 PM, Sergey Sharybin <sergey.vfx at gmail.com> wrote:
> 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?
Typically CMake projects define library dependencies, however we
couldn't use this because some libraries linked to the stub for the
blenderplayer (the same library had different dependencies for
If we use conditional linking theres no need to have BLENDER_SORTED_LIBS,
the handful of libraries using stubs can check the target when
specifying their deps.
> On Mon, Nov 9, 2015 at 1:58 PM, Martijn Berger <martijn.berger at gmail.com>
>> Hi Steve,
>> 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?
>> On Sun, Nov 8, 2015 at 11:54 PM, Stephen Kelly <steveire at gmail.com> wrote:
>> > Hello,
>> > Today I was on IRC just before the weekly meeting and discussed some
>> > regarding the CMake buildsystem. We worked together on creating the issue
>> > https://developer.blender.org/T46725
>> > Campbell Barton helped me out with a contributor account to allow me to
>> > push
>> > to blender-staging to implement it. I'll work together with Campbell on
>> > specifics of the task, and longer-term perhaps work on modernising the
>> > CMake
>> > buildsystem in a larger way. If you have any questions about T46725, feel
>> > free to ask. I am subscribed to the mailing list.
>> > For the last 4 years I've been working in mostly personal time on
>> > CMake, shifting it towards interfaces which are target scoped (eg
>> > like target_include_directories) instead of directory scoped (eg,
>> > like include_directories, which affect all targets in a directory), and
>> > implementing usage-requirements to make it easier to define and maintain
>> > buildsystems with many dependent targets.
>> > For the last 6 years, I've been the maintainer of the Qt model-view
>> > framework and the Qt CMake integration. I've touched many parts of Qt
>> > through my previous job where I worked as a Qt consultant. For some years
>> > prior to and during that time I was also active in KDE, in particular
>> > KDEPIM
>> > and kdelibs (now KDE Frameworks).
>> > I'm very familiar with git, mailing lists, reviews, cmake and C++ (and
>> > python, like everyone :) ), but I have quite some learning to do
>> > phabricator, opengl, and 3d modelling generally, so those are the topics
>> > I'm
>> > likely to be asking about on IRC.
>> > I've been interested in blender for some time because I would like to
>> > more about 3d. I expect the buildsystem work will give me the excuse to
>> > explore the codebase, and then I hope to dig into the interesting
>> > of blender.
>> > https://developer.blender.org/p/steveire/
>> > Hello!
>> > Steve.
>> > _______________________________________________
>> > Bf-committers mailing list
>> > Bf-committers at blender.org
>> > http://lists.blender.org/mailman/listinfo/bf-committers
>> Bf-committers mailing list
>> Bf-committers at blender.org
> With best regards, Sergey Sharybin
> Bf-committers mailing list
> Bf-committers at blender.org
More information about the Bf-committers