bug-inetutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-inetutils] Build failure of telnetd in GNU/kFreeBSD.


From: Mats Erik Andersson
Subject: Re: [bug-inetutils] Build failure of telnetd in GNU/kFreeBSD.
Date: Thu, 16 Jun 2011 00:14:29 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

Dear all,

I bring this matter to our attention again, as we are polishing
our source tree for a release in a not too distant future.

The first message in this thread, containing four messages, was

   http://lists.gnu.org/archive/html/bug-inetutils/2010-11/msg00009.html

The important explanation from Guillem Jover is contained in

   http://lists.gnu.org/archive/html/bug-inetutils/2010-11/msg00055.html


torsdag den 18 november 2010 klockan 04:57 skrev Guillem Jover detta:
> Hi!
> 
> On Tue, 2010-11-02 at 23:53:06 +0100, Mats Erik Andersson wrote:
> > I did a test run in GNU/kFreeBSD and came only as far
> > as a compile failure of telnetd/telnetd.o:
> 
> >    make: Entering directory `/tmp/inetutils/telnetd'
> >      CC     telnetd.o
> >    In file included from telnetd.h:47,
> >                     from telnetd.c:23:
> >    /usr/include/stropts.h:67: error: conflicting types for 'rpl_ioctl'
> >    ../lib/sys/ioctl.h:357: note: previous declaration of 'rpl_ioctl' was 
> > here
> >    make: *** [telnetd.o] Error 1
> >    make: Leaving directory `/tmp/inetutils/telnetd'
> 
> > The problem is that GNUlib defines a macro
> > 
> >    #define ioctl rpl_ioctl
> > 
> > which somehow works for GNU/Linux but not for GNU/kFreeBSD.
> 
> I applied this small workaround in Debian to get it building for
> GNU/kFreeBSD. Sorry for not submitting it at the time, but as it was
> just a hack it didn't seem appropriate.
> 
> --- a/telnetd/telnetd.h
> +++ b/telnetd/telnetd.h
> @@ -45,7 +45,7 @@
>  #ifdef HAVE_SYS_PTYVAR_H
>  # include <sys/ptyvar.h>
>  #endif
> -#ifdef HAVE_STROPTS_H
> +#if 0
>  # include <stropts.h>
>  #endif
>  #include <sys/ioctl.h>
> 
> The issue here is that GNUlib wraps the ioctl declaration within a local
> <sys/ioctl.h> but it does not wrap <stropts.h>, and they declare ioctl
> independently and thus get different and conflicting types.
> 
> regards,
> guillem

I can verify that based on HEAD for GNUlib and GNU Inetutils as of 2011-06-15,
the modification suggested by Guillem Jover is all it takes to arrive at
a fully compilable source for our project in GNU/kFreeBSD. Without this
workaround, the message at abortion time remains identical.

So, should we compell the developers of GNUlib to address this matter,
or is our project responsible for this phenomenon?

Best regards,
  Mats



reply via email to

[Prev in Thread] Current Thread [Next in Thread]