|Version 8 (modified by 14 years ago) ( diff ),|
For kdenetwork-3.5.9 the ORTP package must have version 0.7.1, gsmlib-1.10 needs patches from Debian. Libgadu-1.8.1 and Openslp-1.2.1 works. All of the package compiles fine with gcc-4.2.3 and linux-glibc-headers from kernel version 2.6.24 for me.
There is a problem installing kdenetwork-3.5.5 together with linux-headers-2.6.18 (these headers were installed in the october 2006 SVN version of LFS, for example). The compilation of the kdenetwork package in conjunction with these headers terminates with an error in the kopete directory:
/usr/include/linux/videodev2.h:622: error: '__s64' does not name a type videodevice.cpp: In member function 'int
The reason for this error is the combination of an if clause in /usr/include/asm/types.h line 22 with the -ansi option which is given to the compiler by the kdenetwork configure script.
There are three workarounds for this:
- Do not compile with strict ansi rules.
Unfortunately you cannot disable the -ansi flag through the configure script. But you can add -std=gnu++98 to your CXXFLAGS, thereby overriding KDE's -ansi flag:
export CXXFLAGS="$CXXFLAGS -std=gnu++98" ./configure <usual options>
Thanks to Dan Nicholson for pointing this out on the BLFS Support Mailinglist.
- Edit /usr/include/asm/types.h
In this file on line 22-25 you will find:
#if defined(__GNUC__) && !defined(__STRICT_ANSI__) typedef __signed__ long long __s64; typedef unsigned long long __u64; #endif
Comment out or delete the test for STRICT_ANSI, so the lines read:
#if defined(__GNUC__) /* && !defined(__STRICT_ANSI__) */ typedef __signed__ long long __s64; typedef unsigned long long __u64; #endif
This should be the way it is done in kernel 2.6.19 anyway, like it was discussed in a thread on a linux mailinglist (see also patch at the end of this thread).
- Do not compile kopete.
Set a variable DO_NOT_COMPILE:
export DO_NOT_COMPILE=kopete ./configure <usual options>
I did not test that and consequently I do not know if it works! The obvious downside is of course that you won't have kopete and maybe compilation terminates with an error in some other directory. Thanks to Alberto Hernando for pointing this out on the BLFS Support Mailinglist.