--===============051336879793611789==
Content-Type: multipart/signed;
  protocol="application/pgp-signature";
  micalg=pgp-sha1;
  boundary="Boundary-02=_rLgC/MCo66osQ1b";
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


--Boundary-02=_rLgC/MCo66osQ1b
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

James Richard Tyrer wrote:
>Using: Linux 2.4.21 Kernel built from source GCC-3.3 built from source.
>/usr/include/asm/byteorder.h:42: error: '__u64' is used as a type, but is
> not defined as a type.
>
>The problem is that the header: "cdrom.h" in the Kernel-2.4.21 breaks it.
>I builds correctly with the 2.4.20 header file.
>
>Is this a Kernel bug? or a KDE bug?

Neither.

The problem is that __u64 is not safely used in the kernel headers. It woul=
d=20
have to be declared before the faulting header is included. There's a=20
workaround for this problem on bugs.kde.org (I don't remember the bug=20
number).

The correct solution, however, is to never touch one's kernel headers. One=
=20
should always use the kernel headers that were used to build glibc. The=20
kernel headers that come with a new kernel are used for building that kerne=
l=20
and that's all. User programs compiling should not see your new kernel's=20
header files.

=2D-=20
  Thiago Macieira  -  Registered Linux user #65028
   thiagom@mail.com          =20
    ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

--Boundary-02=_rLgC/MCo66osQ1b
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA/CgLrM/XwBW70U1gRAilkAJ9us4Rksqy7Xlk2f38Gtcuj7JEdPQCeKcFa
Tf2mQL7JWr5fllG7UwegQb8=
=lJKv
-----END PGP SIGNATURE-----

--Boundary-02=_rLgC/MCo66osQ1b--

--===============051336879793611789==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

--===============051336879793611789==--