Guessing on which component to file this under. I apologize in advance if it's the wrong one. I tried to install the Net::Whois::Raw module via g-cpan.pl (after fixing that, cause that didn't work either). It compiles successfully, but gives this error message during compilation. IO.xs:208: `sv_undef' undeclared (first use in this function) IO.xs:208: (Each undeclared identifier is reported only once IO.xs:208: for each function it appears in.) IO.xs: In function `XS_IO__Seekable_setpos': IO.xs:219: warning: passing arg 2 of `PerlIO_setpos' from incompatible pointer type IO.xs: In function `XS_IO__File_new_tmpfile': IO.xs:252: `sv_undef' undeclared (first use in this function) make: *** [IO.o] Error 1 !!! ERROR: dev-perl/IO-1.20 failed. !!! Function perl-module_src_compile, Line 36, Exitcode 2 !!! compilation failed When using the Net::Whois::Raw module, it connects to whois.arin.net just fine. However after 3-6 queries, it returns the error 'no route to host'. The script and the module have been tested on other distributions and work just fine there.
Created attachment 12950 [details, diff] Patch for IO-1.20 Patch for IO.xs: Add at line 45: --------------------- #if (PATCHLEVEL >=6) # define sv_undef PL_sv_undef #endif ---------------------
That patch solves one of the errors. IO-1.20 compiles properly now, but I am getting a runtime error on execution of a script that uses the Net::Whois::Raw module to do multiple whois queries. After six queries, it returns: IO::Socket::INET: ...propagated at /usr/lib/perl5/site_perl/5.8.0/Net/Whois/Raw.pm line 132, <> line 6. Also, having patched that file means that I have to compile all my perl modules by hand unless you guys can integrate that patch. (I don't even know if that's possible.) Thanks in advance
Lina, g-cpan is unfortunately tied to portage releases - the corrected g-cpan is slated for the next (perhaps current?) release of portage. The ebuild you are having problems with is an ebuild that is generated by g-cpan, not something native to the local tree. RAC - what's the general practice for g-cpan generated ebuilds that don't work right? Thanks, Mike
Marking can't fix since this bug has seen no activity in 8 months.
