-Original Message-
From: William A. Hoffman [mailto:[EMAIL PROTECTED]
Sent: segunda-feira, 3 de Abril de 2006 21:22
To: kde-buildsystem@kde.org
Subject: RE: MSYS Makefiles Generator
At 02:46 PM 4/3/2006, Paulo Jorge Guedes wrote:
-Original Message-
From: William A.
Maarten Th. Mulders wrote:
Hi all,
as advised by David Faure, I applied the patches from
trunk/qt-copy/patches to my version of Qt (4.1.1). I had applied the
MSVC-patches before. Now, Qt doesn't (re)build, it exits with a linker
error when linking all files in src/gui/kernel.
error LNK2001:
Paulo Jorge Guedes wrote:
-Original Message-
From: William A. Hoffman [mailto:[EMAIL PROTECTED]
Sent: segunda-feira, 3 de Abril de 2006 21:22
To: kde-buildsystem@kde.org
Subject: RE: MSYS Makefiles Generator
At 02:46 PM 4/3/2006, Paulo Jorge Guedes wrote:
-Original Message-
From:
-Original Message-
From: William A. Hoffman [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 4 de Abril de 2006 14:16
To: kde-buildsystem@kde.org
Subject: RE: MSYS Makefiles Generator
At 05:39 AM 4/4/2006, Paulo Jorge Guedes wrote:
-Original Message-
From: William A.
At 10:56 AM 4/4/2006, Paulo Jorge Guedes wrote:
Right.
Sorry for didn't mention before but I'm not testing with the dashboard. It's a
fresh updated checkout that I use to see if the problem is with the dash setup
or not.
Make sure you start from an empty build tree.
-Bill
-Original Message-
From: Brad King [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 4 de Abril de 2006 14:37
To: kde-buildsystem@kde.org
Subject: Re: MSYS Makefiles Generator
Did you try this in a fresh build tree? It may be that the
CMakeDirectoryInformation.cmake files are left
-Original Message-
From: Paulo Jorge Guedes [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 4 de Abril de 2006 16:28
To: kde-buildsystem@kde.org
Subject: RE: MSYS Makefiles Generator
-Original Message-
From: Brad King [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 4 de
At 12:01 PM 4/4/2006, Paulo Jorge Guedes wrote:
Well, I renamed gnu32 and mingw unistd.h files and now it looks for the right
unistd.h which has getuid() and friends declared. It seems that
CMAKE_INCLUDE_PATH is ignored...
CMAKE_INCLUDE_PATH is used to find header files. It does not add an
Paulo Jorge Guedes schrieb:
-Original Message-
From: William A. Hoffman [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 4 de Abril de 2006 17:09
To: kde-buildsystem@kde.org
Subject: RE: MSYS Makefiles Generator
At 12:01 PM 4/4/2006, Paulo Jorge Guedes wrote:
Well, I renamed
At 11:28 AM 4/4/2006, Paulo Jorge Guedes wrote:
-Original Message-
From: Brad King [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 4 de Abril de 2006 14:37
To: kde-buildsystem@kde.org
Subject: Re: MSYS Makefiles Generator
Did you try this in a fresh build tree? It may be that the
Hi,
There is an unguarded use of QT_LSTAT in kdecore/kstandarddirs.cpp:727:
int res = QT_LSTAT(link, stat_buf);
This define is not available on win32-g++.
Paulo
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
Paulo Jorge Guedes schrieb:
Hi,
There is an unguarded use of QT_LSTAT in kdecore/kstandarddirs.cpp:727:
int res = QT_LSTAT(link, stat_buf);
This define is not available on win32-g++.
Yes, I know. We discussed this on the list already. I'll fix it until
the next
Brad King wrote:
Matt Rogers wrote:
When attempting to build kdevelop with an older version of the installed
library in the prefix, cmake/make/ld/whatever doesn't seem to pick up the
right library to use. Rather than using the library I just built, it uses the
previously installed one.
On Tuesday 04 April 2006 20:43, Brad King wrote:
Brad King wrote:
Matt Rogers wrote:
When attempting to build kdevelop with an older version of the installed
library in the prefix, cmake/make/ld/whatever doesn't seem to pick up the
right library to use. Rather than using the library I just
At 02:47 PM 4/4/2006, David Faure wrote:
On Tuesday 04 April 2006 20:40, William A. Hoffman wrote:
I think the parallel build is broken again.
There are random failures on this dashboard:
http://public.kitware.com/KDE/Testing/Sites/matt.rogers.name/Linux-Archlinux-gcc4.0.3/20060404-0100
At 02:55 PM 4/4/2006, Alexander Neundorf wrote:
Brad suggested to add a second custom command which has as output the second
generated file, no command, and depends on the first generated file. I just
committed this, but cannot test it very good with one processor only.
Well, if it works, it
On Tue, Apr 04, 2006 at 02:43:39PM -0400, Brad King wrote:
Brad King wrote:
Matt Rogers wrote:
When attempting to build kdevelop with an older version of the installed
library in the prefix, cmake/make/ld/whatever doesn't seem to pick up the
right library to use. Rather than using the
Something going wrong in the Qt4 detection? **Unknown***1 looks fun :)
-- Forwarded Message --
Subject: Re: Can't compile kdelibs with cmake
Date: Tuesday 04 April 2006 22:08
From: Eduard Bachmakov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Am Dienstag, 4. April 2006 20:09
On Tuesday 04 April 2006 22:17, David Faure wrote:
Something going wrong in the Qt4 detection? **Unknown***1 looks fun
:)
Actually the error message was 100% clear, although it looks quite obscure:
It's this line:
MATH(EXPR found_vers ${found_qt_major_vers}*1 +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
when building, kglobalaccel.h can't find kdeui/kglobalaccel_win.h.
Indeed, this file does not exist. KDE 3.4 has it, but it uses Qt3. How
to solve this problem?
Kind regards,
Maarten Th. Mulders
- --
The digital signature in this email can
On 4/4/06, Maarten Th. Mulders [EMAIL PROTECTED] wrote:
when building, kglobalaccel.h can't find kdeui/kglobalaccel_win.h.
Indeed, this file does not exist. KDE 3.4 has it, but it uses Qt3. How
to solve this problem?
I think cmake was scanning the dependencies of kglobalaccel.cpp and
thought
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
again, during kdeui/kglobalaccel.cpp build it stops because it can't
find kaccelbase.h. kdeui/kglobalaccel.cpp includes
kdecore/kglobalaccel_emb.h. So does kdeui try to build against
QtEmbedded under Windows? That would seem quite strange to
22 matches
Mail list logo