On Tuesday 27 November 2012 15:59:42 David Faure wrote:
> On Monday 26 November 2012 16:46:10 Jon Severinsson wrote:
> > Git commit 0039b90dd413dfea1edff904f4f7dc595ba6583d by Jon Severinsson.
> > Committed on 24/11/2012 at 17:41.
> > Pushed by jonseverinsson into branch 'frameworks'.
> >
> > QMin
Alexander Neundorf wrote:
> The code for creating a Config.cmake file is not trivial, but IMO also not
> boilerplate, and Stephen agreed in Berlin that this will have to be done
> individually be every project. This is the added
> threadweaverConfig.cmake.in and the call to
> configure_package_con
Hello,
On Thursday 29 November 2012 12:41:51 David Faure wrote:
> Kévin: I think Chusslove makes a valid point for having ktranscript part of
> ki18n. What do you think?
Well, I thought it was a soft dependency indeed, not a hard one. In that case
the commits to move the plugin shall be reverted,
On Thursday 29 November 2012 12:49:19 Chusslove Illich wrote:
> > [: Alexander Neundorf :]
> >
> > I get the following error in current kdelibs:
> > /usr/include/klocalizedstring.h:342:13: note: candidates are: [...]
> >
> > I'm building against Qt4. Should this work ?
>
> I'm seeing the same
> [: Alexander Neundorf :]
> I get the following error in current kdelibs:
>
> /usr/include/klocalizedstring.h:342:13: note: candidates are: [...]
>
> I'm building against Qt4. Should this work ?
I'm seeing the same problem. Variable ki18n_SOURCE_DIR seems not to be
defined at the point it is re
On Thursday 29 November 2012 11:24:09 Chusslove Illich wrote:
> > [: David Faure :]
> > Yes, but by moving it out, the ki18n framework doesn't have a hard
> > dependency on kjs.
>
> Well, I do consider it a hard dependency. And the fact that it is not an
> actual compile-time dependency, an optimi
> [: David Faure :]
> Yes, but by moving it out, the ki18n framework doesn't have a hard
> dependency on kjs.
Well, I do consider it a hard dependency. And the fact that it is not an
actual compile-time dependency, an optimization side effect. Also, the
reason for ki18n to be tier 2 is that it "de
On Thursday 29 November 2012 09:36:33 Alexander Neundorf wrote:
> On Thursday 29 November 2012, David Faure wrote:
> > On Thursday 29 November 2012 09:08:05 Alexander Neundorf wrote:
> > > In KDE4 we do it this way because we did it this way in KDE3. ;-)
> > > Personally I don't care much whether p
On Thursday 29 November 2012 10:20:33 Chusslove Illich wrote:
> I see now that ktranscript plugin has been split out of ki18n into the
> frameworkintegration component. Did I miss somewhere the reasoning which
> implied this split?
>
> To note, ktranscript function is entirely internal to ki18n, a
Hi,
I get the following error in current kdelibs:
[ 29%] Building CXX object
kdecore/CMakeFiles/kdecore.dir/date/kcalendarsystem.cpp.o
/home/alex/src/kde-git/KDE/kdelibs/kdecore/date/kcalendarsystem.cpp: In static
member function 'static QString
KCalendarSystem::calendarLabel(KLocale::Calendar
I see now that ktranscript plugin has been split out of ki18n into the
frameworkintegration component. Did I miss somewhere the reasoning which
implied this split?
To note, ktranscript function is entirely internal to ki18n, and the only
reason it is a plugin rather than compiled in, is not to pay
On Thursday 29 November 2012, Sune Vuorela wrote:
> On 2012-11-29, Alexander Neundorf wrote:
> > At least it is possible:
> It is possible on some systems. I think it might be limited to a GNU
> userland on unix-like systems, if not limited to GNU userland on linux.
(Without checking...) CMake sw
On 2012-11-29, Alexander Neundorf wrote:
> At least it is possible:
It is possible on some systems. I think it might be limited to a GNU
userland on unix-like systems, if not limited to GNU userland on linux.
It is at least according to some windows people not possible to do so on
windows.
/Sun
On Thursday 29 November 2012, David Faure wrote:
> On Thursday 29 November 2012 09:08:05 Alexander Neundorf wrote:
> > In KDE4 we do it this way because we did it this way in KDE3. ;-)
> > Personally I don't care much whether plugins have a "lib" prefix or not.
> > Not having the "lib" prefix can b
On Thursday 29 November 2012 09:08:05 Alexander Neundorf wrote:
> In KDE4 we do it this way because we did it this way in KDE3. ;-)
> Personally I don't care much whether plugins have a "lib" prefix or not. Not
> having the "lib" prefix can be interpreted as a hint that this file is not
> a normal
On Thursday 29 November 2012, Kevin Ottens wrote:
> On Thursday 29 November 2012 08:37:15 Alexander Neundorf wrote:
> > On Thursday 29 November 2012, Kevin Ottens wrote:
> > > Hello,
> > >
> > > We currently have kde4_add_plugin calls in our cmake files, they can be
> > > replaced with:
> > > add_
Has anyone looked at Kross? I can't really find it in any of the wiki pages.
--
Martin Sandsmark
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
17 matches
Mail list logo
