On Tuesday 11 April 2006 14:58, Maarten Th. Mulders wrote:
How to fix it, then? I'm not too familiar with C++, nor with the MSVC.
you could try to build it with mingw. it uses the same compiler (gcc) as we
use under linux...
Regards,
Maarten Th. Mulders
Thiago Macieira wrote:
Maarten
$ cmake --help exec_program
Help argument exec_program is not a CMake command. Use --help-command-list
to see all commands.
$ cmake --help EXEC_PROGRAM
[works]
Since commands are case insensitive, can --help be fixed to be case insensitive
as well?
Thanks.
--
David Faure, [EMAIL PROTECTED],
-Original Message-
From: William A. Hoffman [mailto:[EMAIL PROTECTED]
Sent: sexta-feira, 7 de Abril de 2006 18:28
To: kde-buildsystem@kde.org
Subject: Re: Visual Studio 8 2005 Makefiles
At 11:32 AM 4/7/2006, Paulo Jorge Guedes wrote:
Hi,
Did anyone tried to generate makefiles
On Wednesday, 12. April 2006 12:02, David Faure wrote:
Since commands are case insensitive, can --help be fixed to be case
insensitive as well? Thanks.
It is case insensitive, if your operating system is ;)
--
Dirk//\
___
Kde-buildsystem mailing
On Wednesday 12 April 2006 01:56, Michael Drüing wrote:
I should have waited with my previous mail.
Here are some more fixes for kio.
Thanks, committed.
The authinfo.cpp is especially
interesting, because it already includes sys/stat.h. However, the S_I
constants are not defined when
At 06:02 AM 4/12/2006, David Faure wrote:
$ cmake --help exec_program
Help argument exec_program is not a CMake command. Use --help-command-list
to see all commands.
$ cmake --help EXEC_PROGRAM
[works]
Since commands are case insensitive, can --help be fixed to be case
insensitive as well?
SVN commit 529046 by mojo:
stat.h is needed for S_IRWXU and company.
CCMAIL: kde-buildsystem@kde.org
M +1 -0 kfileitem.cpp
--- trunk/KDE/kdelibs/kio/kio/kfileitem.cpp #529045:529046
@@ -27,6 +27,7 @@
#include pwd.h
#include grp.h
#include sys/types.h
+#include sys/stat.h
SVN commit 529067 by mojo:
Move KDE_DEPRECATED to the begining of the method, so it compiles on MSVC.
CCMAIL: kde-buildsystem@kde.org
M +1 -1 downloaddialog.h
--- trunk/KDE/kdelibs/knewstuff/downloaddialog.h #529066:529067
@@ -85,7 +85,7 @@
@param category a Hotstuff data type
Hi,
Except for the QTreeWidgetItem::itemFromIndex error it now builds until
kstyles:
Creating library ..\..\bin\keramik.lib and object
..\..\bin\keramik.exp
keramik.obj : error LNK2019: unresolved external symbol
__declspec(dllimport) p
ublic: static struct KStyle::DoubleButtonOption *
On Wednesday 12 April 2006 15:25, William A. Hoffman wrote:
At 06:53 PM 4/11/2006, Thiago Macieira wrote:
I have removed the #define protected public. This means that you get a
compilation error in all platforms instead.
OK, so now kdelibs does not build anywhere, what now?
Fixed.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
it seems to me that kjsembed should also be linked to QtUiTools.lib. Can
someone change this, if I'm correct?
Regards,
Maarten Th. Mulders
- --
The digital signature in this email can be checked with
* Thunderbird: the Enigmail-extension
At 10:57 AM 4/12/2006, David Faure wrote:
On Wednesday 12 April 2006 15:25, William A. Hoffman wrote:
At 06:53 PM 4/11/2006, Thiago Macieira wrote:
I have removed the #define protected public. This means that you get a
compilation error in all platforms instead.
OK, so now kdelibs does not
On Wednesday 12 April 2006 17:38, William A. Hoffman wrote:
At 10:57 AM 4/12/2006, David Faure wrote:
On Wednesday 12 April 2006 15:25, William A. Hoffman wrote:
At 06:53 PM 4/11/2006, Thiago Macieira wrote:
I have removed the #define protected public. This means that you get a
At 11:49 AM 4/12/2006, David Faure wrote:
Ah I still had it in the builddir so I didn't notice this. Fixed the include
path now.
This brings up an issue. The dashboard email seems to be somewhat ignored by
kde developers.
I can see two reasons:
1. There have been so many errors, that it is
SVN commit 529139 by mojo:
Some more of the weird moving up of the stat.h include.
CCMAIL: kde-buildsystem@kde.org
M +1 -1 kmspecialmanager.cpp
--- trunk/KDE/kdelibs/kdeprint/kmspecialmanager.cpp #529138:529139
@@ -31,9 +31,9 @@
#include klocale.h
#include kdebug.h
+#include
On Wednesday 12 April 2006 17:55, Allen Winter wrote:
On Wednesday 12 April 2006 09:52, David Faure wrote:
On Wednesday 12 April 2006 15:26, Allen Winter wrote:
The solution I finally committed was to hand-edit the parseholidays.c
file (originally
generated by yacc from
On Wednesday 12 April 2006 18:30, William A. Hoffman wrote:
At 11:49 AM 4/12/2006, David Faure wrote:
Ah I still had it in the builddir so I didn't notice this. Fixed the include
path now.
This brings up an issue. The dashboard email seems to be somewhat ignored by
kde developers.
I can
On Wednesday, 12. April 2006 18:38, David Faure wrote:
One difference is the lack of -DPIC, but could this matter? This is too
lowlevel for me, let's see what kde-buildsystem has to say ;)
We use -fno-common because we don't want common symbols. Why you have common
symbols with unsermake is a
SVN commit 529195 by chehrlic:
instead fixing the symptoms of a problem it's better to fix the problem...
CCMAIL: kde-buildsystem@kde.org
M +1 -5 sys/stat.h
M +0 -18 unistd.h
--- trunk/KDE/kdelibs/win/include/msvc/sys/stat.h #529194:529195
@@ -32,9 +32,7 @@
extern C {
-Original Message-
From: Paulo Jorge Guedes [mailto:[EMAIL PROTECTED]
Sent: quarta-feira, 12 de Abril de 2006 17:36
To: kde-buildsystem@kde.org
Subject: RE: MSVC status
There is another problem when building using the dashboard or in the
VC++ IDE: sources are not generated from
Allen Winter wrote:
But Dirk, with -fno-common I have no way of linking this yacc/lex
generated code.
Are both files generated by yacc and lex?
The problem is that both define a symbol called kcalin:
parseholiday.c:FILE*kcalin;
scanholiday.c:#define yyin kcalin
scanholiday.c:FILE
Michael Drüing wrote:
for some reason I get an error each time something links to libxml2.lib,
because libxml2.lib needs iconv.lib which is not linked in
automatically. I think I remember someone mentioning here on the list
that MSVC doesn't do this, so I think this should be fixed in the CMake
On Wednesday, 12. April 2006 20:24, Allen Winter wrote:
But Dirk, with -fno-common I have no way of linking this yacc/lex generated
code.
No, you need to fix your symbol conflict instead.
I do have hopes (if Cornelius' kode stuff can support it) of replacing
libkholidays with a brand new,
On Wednesday 12 April 2006 13:21, Paulo Moura Guedes wrote:
SVN commit 528999 by mojo:
MSVC needs stdint.h from kdewin32 includes.
CCMAIL: kde-buildsystem@kde.org
M +3 -0 CMakeLists.txt
--- trunk/KDE/kdelibs/kjs/CMakeLists.txt #528998:528999
@@ -12,6 +12,9 @@
On Wednesday 12 April 2006 22:48, Alexander Neundorf wrote:
On Wednesday 12 April 2006 13:21, Paulo Moura Guedes wrote:
SVN commit 528999 by mojo:
MSVC needs stdint.h from kdewin32 includes.
CCMAIL: kde-buildsystem@kde.org
M +3 -0 CMakeLists.txt
---
Thiago Macieira schrieb:
Michael Drüing wrote:
for some reason I get an error each time something links to libxml2.lib,
because libxml2.lib needs iconv.lib which is not linked in
automatically. I think I remember someone mentioning here on the list
that MSVC doesn't do this, so I think this
26 matches
Mail list logo
