Hello!
I think it was the change from asm/types.h to linux/types.h:
-#include asm/types.h
+#include linux/types.h
...which somehow broke the VDR build with recent DVB driver releases (see
snippet A below).
The common workaround/solution to this seems to be to add a
-D__KERNEL_STRICT_NAMES.
On Thu, 09 Apr 2009 09:17:20 +0200
Tobi listacco...@e-tobi.net wrote:
Hello!
I think it was the change from asm/types.h to linux/types.h:
-#include asm/types.h
+#include linux/types.h
...which somehow broke the VDR build with recent DVB driver releases (see
snippet A below).
The
Hi Mauro,
Mauro Carvalho Chehab wrote:
I suspect that this were the upstream change that affected your work, right?
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b852d36b86902abb272b0f2dd7a56dd2d17ea88c
Yes, at least I thought so.
There are two changesets that
On Thu, 09 Apr 2009 18:32:01 +0200
Tobi listacco...@e-tobi.net wrote:
Hi Mauro,
Mauro Carvalho Chehab wrote:
I suspect that this were the upstream change that affected your work, right?
Tobi wrote:
I've applied both patches to 2.6.29.1, but the problem still remains.
It's hard to figure out, who to blame for this.
The root of the problem seems to be a clash between linux/types.h which
defines some POSIX types also defined in glibc's stdint.h. I'm not sure,
who to blame for
Mauro Carvalho Chehab wrote:
If you're compiling with a new kernel, you'll be expected to have installed
the
new kernel headers at /usr/include/linux.
Of course I've installed the kernel headers. After all these headers are
causing the trouble.
The change from asm/types.h to linux/types.h
Mauro Carvalho Chehab wrote:
persists? If the problem will still persist, then the better procedure is to
open a
bugzilla at bugzilla.kernel.org, and post an email about this at LKML, keeping
LMML c/c, for us to follow the discussions.
Just for the record: Arnd Bergmann already prepared a