Am Sonntag 31 Januar 2010 schrieb Lubos Lunak:
Hello,
- Icecream:
Attached patch implements icerun symlink. It seems to work fine for me.
Coolo, if I remember well, the deal was I do patches and then you do a
release, so here's also a patch for .spec, that should be all from my side
I
Am Dienstag 26 Januar 2010 schrieb David Faure:
I often heard complaints that icecream is also launching too many ld
jobs on the local machine at the same time; shouldn't icecream serialize
that too, already, given that this -does- go through icecream already?
I'm a bit confused as to why ld
Am Montag 25 August 2008 schrieb Mike Arthur:
On Sunday 24 August 2008 22:56:00 Sune Vuorela wrote:
No. that's a side effect of not reading debian policy.
Well perhaps it can be improved rather than just completed discounted?
I'm not suggesting you guys make it work until there is a
Am Mittwoch 20 Juni 2007 schrieb Ralf Habacker:
Hi,
for win32 packaging of kdelibs I need the recent KDE version string in
the build system which is only available at c++ level yet provided by
the file kdecore/util/kdeversion.h which defines some VERSION macros
#define KDE_VERSION_STRING
Am Friday 08 June 2007 schrieb Alexander Neundorf:
Your the third person who considers this new behaviour (KDE apps follow to
kdelibs install location) a bug.
It reuses the install dirs from the installed kdelibs.
I changed it now so the install dirs are only reused if the current
it?
Hm, is no one reading this list or does nobody know anything about it?
I can look at it. But I didn't know if Stephan Kulow started to work on.
Stephan ?
No, I can do the autogen.sh if someone has cmake macros to compile and install
docbook and PO files
Greetings, Stephan
Am Freitag, 23. Februar 2007 19:41 schrieb Thiago Macieira:
[EMAIL PROTECTED] wrote:
I guess it could. But there doesn't seem to be an easy way of doing
that.
maybe we should ask the trolls here - it looks quite easy to make qmake
parse the .prl-files and print out QMAKE_PRL_LIBS.
I
Am Mittwoch, 21. Februar 2007 23:31 schrieb Thiago Macieira:
Alexander Neundorf wrote:
If I link some compiled headers without -no-undefined, it seems to work.
Am I missing something ?
Basically we want to:
==
#define QT_NO_CAST_FROM_ASCII
#define QT_NO_CAST_TO_ASCII
#define
Am Donnerstag, 22. Februar 2007 00:21 schrieb Brad King:
For the VS IDE generators there does not seem to be a way to compile
sources without archiving them, but since the objects contain only a few
symbols they should not be too big.
It's not necessary to do this for any but one platform, so
Am Donnerstag, 22. Februar 2007 10:51 schrieb Thiago Macieira:
Stephan Kulow wrote:
It's even worse. Linking will break in some cases
Oh? I would think they should all compile and link.
What were those linking errors? Were they justified?
I'm not expert enough to tell you
Am Mittwoch, 21. Februar 2007 15:02 schrieb Dirk Mueller:
Hi,
coolo and I are wondering how to add a custom target, that when invoked,
builds a lot of generated sources (consisting of a couple of custom compile
defines and an include statement) in parallel (up to the usual make -j
Am Mittwoch, 21. Februar 2007 18:41 schrieb Alexander Neundorf:
On Wednesday 21 February 2007 15:02, Dirk Mueller wrote:
Hi,
coolo and I are wondering how to add a custom target, that when invoked,
builds a lot of generated sources (consisting of a couple of custom
compile defines and
Am Donnerstag, 11. Januar 2007 07:29 schrieb Ralf Habacker:
SVN commit 622239 by habacker:
gui app should be a win32 app not a console app
That's the trick to hide the extra console when I start kpat?
Could this flag be added for all KDE apps automatically in some way?
Am Donnerstag, 11. Januar 2007 10:44 schrieb Christian Ehrlicher:
Von: Stephan Kulow [EMAIL PROTECTED]
Am Donnerstag, 11. Januar 2007 07:29 schrieb Ralf Habacker:
SVN commit 622239 by habacker:
gui app should be a win32 app not a console app
That's the trick to hide the extra
Am Donnerstag, 9. November 2006 09:00 schrieb Harri Porten:
Sidenote:
On Thu, 9 Nov 2006, Stephan Kulow wrote:
As you can see it links all Qt libs twice. If I remove the QtCore4.lib
manually, kpat starts up fine, if not it crashes in random places, which
indicate that kpat uses different
Am Donnerstag, 9. November 2006 11:12 schrieb Stephan Kulow:
Am Donnerstag, 9. November 2006 10:50 schrieb Manuel Klimek:
Hi,
I'm just curious:
was it already discussed to name the debug libraries *d.dll on windows?
I don't want to start a 'religious' discussion ;-), but this would
Am Mittwoch, 8. November 2006 17:17 schrieb Peter Kümmel:
Stephan Kulow wrote:
Am Dienstag, 7. November 2006 16:05 schrieb Peter Kümmel:
With the attached patch the project files are correct, at least for
libraries. But it is just a hack, maybe there is a way to tell the IDE
Hi!
I found out why kpat requires QtCore4 - it links both against Core and
Cored, everything in kdegames does: E.g.
Am Dienstag, 7. November 2006 13:53 schrieb Manuel Klimek:
Hi,
the moc files are added to the source file list.
Visual studio compiles all sources files in the source file list if they
don't have a special header extension with the default compiler.
So it tries to compile the moc files. I
Hi!
I'm trying to collect some experience with building KDE using MSVC and I
fail so far, so I wonder if someone can help. I can build kdelibs using
NMake Makefiles just fine, but it doesn't want to work at all if I create
VS 2005 Project files.
The main problem seems to me, that the .moc
Am Dienstag, 29. August 2006 20:41 schrieb Alexander Neundorf:
Now that you have the dep to kmailprivate added explicitely, you can remove
the header again from the list of sources.
So just to summarize: the only solution for source file A needs generated
header file B is compile and link all
Am Dienstag, 29. August 2006 18:48 schrieb Alexander Neundorf:
On Tuesday 29 August 2006 09:36, Stephan Kulow wrote:
Am Samstag, 26. August 2006 16:16 schrieb Stephan Kulow:
SVN commit 577387 by coolo:
I was unable to specify inter directory dependencies in a sane
way ;(
CCMAIL
Am Dienstag, 29. August 2006 19:48 schrieb Alexander Neundorf:
Hi,
On Tuesday 29 August 2006 19:37, you wrote:
Am Dienstag, 29. August 2006 18:48 schrieb Alexander Neundorf:
...
The same happens if you start from toplevel with -j5 - so your suggestion
fixes _nothing_ ;(
Does it help
Am Samstag, 26. August 2006 23:24 schrieb Dirk Mueller:
On Saturday, 26. August 2006 16:16, Stephan Kulow wrote:
I was unable to specify inter directory dependencies in a sane
way ;(
CCMAIL: kde-buildsystem@kde.org
This causes a new failure for me:
make[2]: *** No rule to make target
SVN commit 577387 by coolo:
I was unable to specify inter directory dependencies in a sane
way ;(
CCMAIL: kde-buildsystem@kde.org
M +5 -0 CMakeLists.txt
--- trunk/KDE/kdepim/kontact/plugins/kmail/CMakeLists.txt #577386:577387
@@ -26,6 +26,11 @@
install(TARGETS kontact_kmailplugin
Am Sonntag, 16. Juli 2006 01:52 schrieb Thiago Macieira:
Matt Rogers wrote:
On Monday 10 July 2006 11:19, Alexander Neundorf wrote:
On Sunday 09 July 2006 17:54, Simon Hausmann wrote:
Hi,
static libraries have to be built PIC in order for them to be able
to be linked into shared
Am Dienstag, 30. Mai 2006 23:03 schrieb Alexander Neundorf:
Will the snapshot always exist ?
No, as kdelibs development slows down (or at latest if it has to stay
BC) we will develop against trunk only.
Greetings, Stephan
___
Kde-buildsystem mailing
Am Dienstag, 30. Mai 2006 09:04 schrieb Laurent Montel:
For me move all into kdelibs is not a good idea, I don't think that all guy
want to upgrade all the time its kdelibs to have cmake check update, and
problem will arrive when we will create branche (kde-4.0/kde-4.1 etc... =
need to
Am Montag, 29. Mai 2006 05:49 schrieb Benjamin Reed:
So it turns out that the DNSSD test was failing on OSX because there's
no -ldns_sd (which there shouldn't be, the DNS-SD stuff is direct in
libSystem/libc on OSX). Attached is a patch, not sure if there's a
better way to do this.
Use kmail!
Am Montag, 22. Mai 2006 10:34 schrieb David Faure:
Is this a problem like make launches cmake which regenerates makefiles but
then make doesn't use the new makefiles? iirc there are solutions to this
problem in general but I forgot which, I think coolo knows more.
I know too few about cmake's
Am Freitag, 19. Mai 2006 01:09 schrieb Dirk Mueller:
On Thursday, 18. May 2006 22:36, Stephan Kulow wrote:
file somewhere below CMakeFiles, but I have no idea how to fix this
correctly.
an easy workaround would be to fix dcopidl2cpp to use KSaveFile instead of
open+truncate for writing its
Hi!
There is a problem with the dependencies of the skel files and I have no idea
how to solve this correctly. Try this a couple of times:
build/kdebase/apps/konsole/konsole rm session*; makeobj -j
It will sometimes fail like this:
Generating session.moc
Generating session.moc
Am Dienstag, 2. Mai 2006 15:03 schrieb Bernhard Rosenkraenzer:
On Tuesday, 2. May 2006 14:40, Stephan Kulow wrote:
Am Dienstag, 2. Mai 2006 12:35 schrieb Bernhard Rosenkraenzer:
SVN commit 536502 by bero:
Compile fixes (KPixmap)
You just _broke_ compilation. Check your
Am Mittwoch, 26. April 2006 21:33 schrieb Benjamin Reed:
On 4/21/06, Ralf Habacker [EMAIL PROTECTED] wrote:
KSharedPixmap for non Q_WS_X11 doesn't have resize as it's derived from
KPixmap. Thus, kdeui/krootpixmap.cpp:251 gives an error.
Can I assume there's been more ksharedpixmap stuff
Hi!
There is a bug using parallel if the applications is using qt4 uic files.
It can easily be reproduced with a fresh kdemultimedia build system
(I'm sure it's there in other modules too, but I noticed it in kdemm):
cd libkcddb/kcmcddb make cddbconfigwidget.o
There is no dependency on the
Am Dienstag, 11. April 2006 10:57 schrieb Dirk Mueller:
On Monday, 10. April 2006 20:43, Bill Hoffman wrote:
So, should kdelibs support being built in a directory with spaces in the
path?
Yes, it is supposed to work (failures of such indicate a shell quoting
problem, which is sort of
Am Donnerstag, 30. März 2006 10:02 schrieb Thiago Macieira:
And as David said, for the future, it would be nice to have a flat
build -- i.e., not launching a separate make process for each
subdirectory.
yeah, but that's included already in my dream named unsermake generator :)
Greetings,
Am Montag, 20. März 2006 18:23 schrieb Alexander Neundorf:
KDE4_LIB_INSTALL_DIR is an absolute path and comes from the file
KDELibsDependencies.cmake, which is installed by kdelibs.
But, if *not* using KDEDIR, what's the recommended way for detecting the
KDE4-version of kde-config ?
Can't
Am Freitag, 17. März 2006 19:05 schrieb Alexander Neundorf:
On Friday 17 March 2006 19:00, Laurent Montel wrote:
Hi,
How to replace it ?
With autoconf/unsermake we have this file which inform when lib is not
good. For example 'to compile it install libfoo = version'
Is it possible to
39 matches
Mail list logo