On 06.03.2009 15:37, Alex Betis wrote:
On Fri, Mar 6, 2009 at 4:17 PM, Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de mailto:Klaus.Schmidinger@cadsoft.de> wrote:
On 03.03.2009 22:23, Gregoire Favre wrote: > Hello, > > just tried compiling vdr-1.7.4 against my v4l-dvb hg's source which > fails if I don't use this : > > --- vdr.c~ 2009-01-18 12:02:37.000000000 +0100 > +++ vdr.c 2009-03-03 22:17:49.000000000 +0100 > @@ -32,6 +32,7 @@ > #include <pwd.h> > #include <signal.h> > #include <stdlib.h> > +#include <linux/types.h> > #include <sys/capability.h> > #include <sys/prctl.h> > #include <termios.h> vdr.c compiles just fine here with the most recent version of v4l-dvb from linuxtv.org <http://linuxtv.org> (6bd427caa0cb). I did report a problem with the driver's header files, though, in http://linuxtv.org/pipermail/linux-dvb/2009-March/031934.html However, there has been no repsonse to that, and the problem still persists with the current version. Just curious: don't you have a problem compiling dvbdevice.c?I've faced the same problem after upgrading kernel to 2.6.27.19
Found the solution on the net: add the following to VDR Makefile: DEFINES += -D__KERNEL_STRICT_NAMES
Let's be careful to not mix up two different things here. There's apparently the problem Gregoire reported, which he solved by adding an #include, but which doesn't happen here (kernel 2.6.25.20). That one has nothing to do with the driver.
@Gregoire: does this happen with plain vanilla VDR 1.7.4 or are there any patches involved? Can you compile dvbdevice.c with the latest driver header files?
@Alex: are you referring to the problem Gregoire reported or to the one I reported?
Klaus