Buildsystem TODO list

Alexander Neundorf neundorf at kde.org
Tue Aug 23 17:36:57 UTC 2011


On Tuesday 23 August 2011, Raphael Kubo da Costa wrote:
> Alexander Neundorf <neundorf at kde.org> writes:
> > --------------------------------------------------------
> > Take care of Strigi, Nepomuk & Soprano buildsystem-wise
> > --------------------------------------------------------
> > 
> > Allen wrote last week to kde-buildsystem that there are multiple
> > FindSoprano.cmake files, they differ and they need work.
> > I would add that personally I'm still somewhat confused by Strigi,
> > Nepomuk, Soprano, Raptor, Virtuoso and friends, and since they all
> > belong somehow together, it would be nice if somebody would volunteer to
> > take care of the cmake stuff for them.
> > This means:
> > - take care of the Find-modules
> > - the projects themselves (Strigi, Nepomuk, Soprano) should install
> > Config.cmake files to help with finding them
> > - keep an eye on which of those packages are optional to kdelibs/parts of
> > KDE frameworks and make that work properly
> 
> Should the projects under KDE (Strigi, Nepomuk, Soprano) only install
> Config.cmake files so that we only provide Find* files for the ones over
> which we do not have much contorl (Raptor, Virtuoso etc)?

See my other mail, I would still recommend small Find-modules.
 
> > --------------------------------------------------------
> > Upstreaming stuff into CMake
> > --------------------------------------------------------
> 
> [...]
> 
> > * MacroBoolTo01.cmake is used a lot. But is it actually still necessary ?
> > Where and how is it used ?
> 
> [...]
> 
> > * CheckStructMember.cmake:
> [...]
> 
> > It would be a good idea to find all uses of check_struct_member() in KDE
> > SC, and put them into a standalone CMakeLists.txt.
> 
> [...]
> 
> > * CheckPointerMember.cmake
> > same as above. It would be nice to put all test(s) from KDE SC which use
> > check_pointer_member into a standalone CMakeLists.txt, and then check
> > whether the same could be done using CheckStructHasMember.cmake, coming
> > with cmake.
> 
> [...]
> 
> > * CheckPrototypeExists.cmake
> > Where is this used ?  Who is 1d0e1a0 ? Can the same be tested e.g. with
> > check_symbol_exists() ?
> 
> FWIW, this is probably just a matter of using lxr.kde.org (using the
> "general search" page).

As first step, yes.
Then go through all places where it has been found, and check how it is used 
there, ideally extracting it into a standalone CMakeLists.txt, which only does 
these checks.

Alex




More information about the Kde-buildsystem mailing list