please make it easier to hack on frameworks

Alexander Neundorf neundorf at kde.org
Mon Apr 29 20:14:58 UTC 2013


On Monday 29 April 2013, Kevin Ottens wrote:
> On Monday 29 April 2013 21:46:14 Alexander Neundorf wrote:
> > On Monday 29 April 2013, Aaron J. Seigo wrote:
> > > hi ...
> > > 
> > > today i am unable to work on plasma-frameworks. this is because i am
> > > currently unable to compile the frameworks branch of kdelibs. in turn,
> > > this is because i do not have a recent enough version of cmake.
> > > 
> > > the cmake version required is 2.8.10.20130411. this isn't even a
> > > release version of cmake, but a dated snapshot! i am left with the
> > > option of moving to cmake from git (something i really would like to
> > > avoid) or not working on plasma-frameworks (which is not really an
> > > option for me).
> > > 
> > > i am sure there was a good reason to move to this new version of cmake.
> > > i am also sure that requiring devel versions of build tools to work on
> > > frameworks limits the people who can and will work on it.
> > > 
> > > would it be possible for someone who feels reponsible for frameworks 5
> > > to institute some more developer-friendly requirements here?
> > 
> > it neither builds for me:
> > 
> > [  1%] Building CXX object
> > libkdeqt5staging/src/CMakeFiles/kdeqt5staging.dir/qurlpathinfo.cpp.o
> > cd /home/alex/src/kde-git/KDE/kdelibs/build/libkdeqt5staging/src &&
> > /usr/bin/c++   -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_FROM_BYTEARRAY -
> > DQT_NO_CAST_TO_ASCII -DQT_NO_KEYWORDS -DQT_NO_URL_CAST_FROM_STRING -
> > DQT_STRICT_ITERATORS -DQT_USE_FAST_CONCATENATION
> > -DQT_USE_FAST_OPERATOR_PLUS - D_BSD_SOURCE -D_GNU_SOURCE
> > -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 - Dkdeqt5staging_EXPORTS
> > -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts
> > -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -
> > DQT_NO_EXCEPTIONS -fno-check-new -fno-common
> > -Woverloaded-virtual - Werror=return-type -fvisibility=hidden
> > -fvisibility-inlines-hidden -Wnon- virtual-dtor -Wno-long-long -Wundef
> > -Wcast-align -Wchar-subscripts -Wall -W - Wpointer-arith
> > -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno- check-new
> > -fno-common
> > -Woverloaded-virtual -Werror=return-type -
> > fvisibility=hidden -fvisibility-inlines-hidden -O2 -g -DNDEBUG
> > -DQT_NO_DEBUG - fPIC
> > -I/home/alex/src/kde-git/KDE/kdelibs/build/libkdeqt5staging/src -
> > I/home/alex/src/kde-git/KDE/kdelibs/libkdeqt5staging/src    -o
> > CMakeFiles/kdeqt5staging.dir/qurlpathinfo.cpp.o -c /home/alex/src/kde-
> > git/KDE/kdelibs/libkdeqt5staging/src/qurlpathinfo.cpp
> > /home/alex/src/kde-
> > git/KDE/kdelibs/libkdeqt5staging/src/qurlpathinfo.cpp:44:23: fatal error:
> > qfileinfo.h: No such file or directory
> > compilation terminated.
> > make[2]: ***
> > [libkdeqt5staging/src/CMakeFiles/kdeqt5staging.dir/qurlpathinfo.cpp.o]
> > Error 1
> > 
> > 
> > Is my Qt too old ?
> > Can we version check that ?
> 
> It's odd, qfileinfo.h is far from being new. I'm not sure versioning would
> help in that case.

There are no Qt include dirs in the compile command, I guess it has to do with 
the include target properties.

Stephen ?

Alex


More information about the Kde-frameworks-devel mailing list