Skip Menu |

This queue is for tickets about the Sys-Utmp CPAN distribution.

Report information
The Basics
Id: 49837
Status: resolved
Priority: 0/
Queue: Sys-Utmp

People
Owner: Nobody in particular
Requestors: REHSACK [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 1.6
Fixed in: (no value)



Subject: Sys::Utmp compilation error (NetBSD 4.0 / i386)
Hi Jonathan, I received a problem record in pkgsrc describing another error of Sys::Utmp: Show quoted text
> sysutils/p5-Sys-Utmp dectalres its own utmpname() function > which returns void. > > /usr/include/utmp.h declares utmpname() as returning int. > > Bang.
Following compilation log is attached: cp lib/Sys/Utmp/Utent.pm blib/lib/Sys/Utmp/Utent.pm cp lib/Sys/Utmp.pm blib/lib/Sys/Utmp.pm /usr/pkg/bin/perl /usr/pkg/lib/perl5/5.10.0/ExtUtils/xsubpp -typemap /usr/pkg/lib/perl5/5.10.0/ExtUtils/typemap Utmp.xs > Utmp.xsc && mv Utmp.xsc Utmp.c cc -c -fno-strict-aliasing -pipe -O2 -I/usr/include -I/usr/include -DVERSION=\"1.6\" -DXS_VERSION=\"1.6\" -DPIC -fPIC "-I/usr/pkg/lib/perl5/5.10.0/i386-netbsd-thread-multi/CORE" -DNOUTFUNCS Utmp.c Utmp.xs:60: error: conflicting types for 'utmpname' /usr/include/utmp.h:64: error: previous declaration of 'utmpname' was here *** Error code 1 If you cannot fix both issues, you can give me maintainership and I'll do it for you. Jens
CC: REHSACK [...] cpan.org
Subject: Re: [rt.cpan.org #49837] Sys::Utmp compilation error (NetBSD 4.0 / i386)
Date: Sun, 20 Sep 2009 11:50:14 +0100
To: bug-Sys-Utmp [...] rt.cpan.org
From: Jonathan Stowe <jns [...] integration-house.com>
Hi Jens, It appears that NetBSD has acquired the utmp family of functions at some point whereas all the other BSD variants I have been able to test on don't have them. So I am doing a relatively dumb "if this is BSD supply the functions" in the Makefile.PL which doesn't apply in this case, both problems you are seeing are symptomatic of this. If you can supply me with the value of $^O on this version of NetBSD I'll change the Makfile.PL so I can over-ride this behavior. It would be useful also to know at what point in the history of NetBSD it acquired these functions as I am fairly sure I tested on an old version a few years ago. Thanks for the report, and look forward to hearing back from you. On Sat, 2009-09-19 at 10:16 -0400, Jens Rehsack via RT wrote: Show quoted text
> Sat Sep 19 10:16:19 2009: Request 49837 was acted upon. > Transaction: Ticket created by REHSACK > Queue: Sys-Utmp > Subject: Sys::Utmp compilation error (NetBSD 4.0 / i386) > Broken in: 1.6 > Severity: Normal > Owner: Nobody > Requestors: REHSACK@cpan.org > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=49837 > > > > Hi Jonathan, > > I received a problem record in pkgsrc describing another error of Sys::Utmp: >
> > sysutils/p5-Sys-Utmp dectalres its own utmpname() function > > which returns void. > > > > /usr/include/utmp.h declares utmpname() as returning int. > > > > Bang.
> > Following compilation log is attached: > > cp lib/Sys/Utmp/Utent.pm blib/lib/Sys/Utmp/Utent.pm > cp lib/Sys/Utmp.pm blib/lib/Sys/Utmp.pm > /usr/pkg/bin/perl /usr/pkg/lib/perl5/5.10.0/ExtUtils/xsubpp -typemap > /usr/pkg/lib/perl5/5.10.0/ExtUtils/typemap Utmp.xs > Utmp.xsc && mv > Utmp.xsc Utmp.c > cc -c -fno-strict-aliasing -pipe -O2 -I/usr/include > -I/usr/include -DVERSION=\"1.6\" -DXS_VERSION=\"1.6\" -DPIC -fPIC > "-I/usr/pkg/lib/perl5/5.10.0/i386-netbsd-thread-multi/CORE" -DNOUTFUNCS > Utmp.c > Utmp.xs:60: error: conflicting types for 'utmpname' > /usr/include/utmp.h:64: error: previous declaration of 'utmpname' was here > *** Error code 1 > > If you cannot fix both issues, you can give me maintainership and I'll > do it for you. > > Jens >
CC: bug-Sys-Utmp [...] rt.cpan.org
Subject: Re: [rt.cpan.org #49837] Sys::Utmp compilation error (NetBSD 4.0 / i386)
Date: Sun, 20 Sep 2009 11:46:45 +0000
To: Jonathan Stowe <jns [...] integration-house.com>
From: Jens Rehsack <rehsack [...] web.de>
Jonathan Stowe wrote: Show quoted text
> Hi Jens, > It appears that NetBSD has acquired the utmp family of functions at some > point whereas all the other BSD variants I have been able to test on > don't have them. So I am doing a relatively dumb "if this is BSD supply > the functions" in the Makefile.PL which doesn't apply in this case, both > problems you are seeing are symptomatic of this. > > If you can supply me with the value of $^O on this version of NetBSD > I'll change the Makfile.PL so I can over-ride this behavior. It would be > useful also to know at what point in the history of NetBSD it acquired > these functions as I am fairly sure I tested on an old version a few > years ago.
I just tested - it happens on my 5-CURRENT, too. $ perl -e 'print "$^O\n"' netbsd Did you took a look on RT #44477, too? Show quoted text
> Thanks for the report, and look forward to hearing back from you.
You're welcome. Jens
Download signature.asc
application/pgp-signature 834b

Message body not shown because it is not plain text.

Anything new meanwhile? Do you want me to create a patch for you?
On Sat Sep 19 10:16:19 2009, REHSACK wrote: Show quoted text
> Hi Jonathan, > > I received a problem record in pkgsrc describing another error of Sys::Utmp: >
> > sysutils/p5-Sys-Utmp dectalres its own utmpname() function > > which returns void. > > > > /usr/include/utmp.h declares utmpname() as returning int. > > > > Bang.
> > Following compilation log is attached: > > cp lib/Sys/Utmp/Utent.pm blib/lib/Sys/Utmp/Utent.pm > cp lib/Sys/Utmp.pm blib/lib/Sys/Utmp.pm > /usr/pkg/bin/perl /usr/pkg/lib/perl5/5.10.0/ExtUtils/xsubpp -typemap > /usr/pkg/lib/perl5/5.10.0/ExtUtils/typemap Utmp.xs > Utmp.xsc && mv > Utmp.xsc Utmp.c > cc -c -fno-strict-aliasing -pipe -O2 -I/usr/include > -I/usr/include -DVERSION=\"1.6\" -DXS_VERSION=\"1.6\" -DPIC -fPIC > "-I/usr/pkg/lib/perl5/5.10.0/i386-netbsd-thread-multi/CORE" -DNOUTFUNCS > Utmp.c > Utmp.xs:60: error: conflicting types for 'utmpname' > /usr/include/utmp.h:64: error: previous declaration of 'utmpname' was here > *** Error code 1 > > If you cannot fix both issues, you can give me maintainership and I'll > do it for you. > > Jens
Hi, thanks, I've applied a change with https://github.com/jonathanstowe/Sys-Utmp/commit/a71094f1d0022a038e592e5e6d5623c5be6f9f6f I'll probably release this so let me know if it works for you.