This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible.  See
http://testers.cpan.org/

Please cc any replies to [email protected] to keep other
test volunteers informed and to prevent any duplicate effort.

--

Dear Marc Lehmann,
    
This is a computer-generated error report created automatically by
CPANPLUS, version 0.80. Testers personal comments may appear 
at the end of this report.


Thank you for uploading your work to CPAN.  However, it appears that
there were some problems testing your distribution.

TEST RESULTS:

Below is the error stack from stage 'make test':

[MSG] [Wed Nov 14 04:56:07 2007] Trying to get 
'http://www.cpan.org/authors/id/M/ML/MLEHMANN/CHECKSUMS'
[MSG] [Wed Nov 14 04:56:09 2007] Checksum matches for 'Coro-4.2.tar.gz'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/07_eval.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/11_deadlock.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/01_process.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/13_diewarn.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/04_rwlock.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/10_bugs.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/02_channel.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/06_prio.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/12_exit.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/00_basic.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/08_join.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/t/05_specific.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/EV/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/EV/t/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/EV/t/00_basic.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/EV/t/01_unblock.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/EV/EV.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/EV/EV.xs'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/EV/Makefile.PL'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/dns'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/lwp'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/bench'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/event'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/attributes'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/myhttpd'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/prodcons1'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/prodcons2'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/prodcons3'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/eg/readline'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/doc/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/doc/cede-vs-schedule'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Util.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/LWP.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Debug.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/RWLock.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/libcoro/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/libcoro/LICENSE'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/libcoro/coro.c'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/libcoro/coro.h'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/libcoro/conftest.c'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/SemaphoreSet.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Handle.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/MakeMaker.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Specific.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/State.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/State.xs'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/state.h'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Socket.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/CoroAPI.h'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Makefile.PL'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Signal.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Timer.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/typemap'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Select.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Channel.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Storable.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/Semaphore.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro/AIO.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Event/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Event/t/'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Event/t/00_basic.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Event/t/01_unblock.t'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Event/Event.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Event/Event.xs'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Event/Makefile.PL'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/README'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Changes'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Coro.pm'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/Makefile.PL'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/META.yml'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/INSTALL'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/COPYING'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/MANIFEST'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro-4.2/README.linux-glibc'
[MSG] [Wed Nov 14 04:56:10 2007] Extracted 'Coro' to 
'/home/cpan/perl581/.cpanplus/5.8.1/build/Coro-4.2'
[MSG] [Wed Nov 14 04:56:11 2007] *** *** *** *** *** *** *** *** *** *** *** 
*** *** *** *** *** *** ***


*** Event not found, not build Event support.


*** EV not found, not build EV support.

Checking if your kit is complete...
Looks good
Warning: prerequisite AnyEvent 2.6 not found.
Warning: prerequisite EV 0.7 not found.
Warning: prerequisite Event 1.06 not found.
Warning: prerequisite IO::AIO 2.3 not found.

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro has a number of configuration options. Due to its maturity, the
defaults that Coro chooses are usually fine, so you can decide to skip
these questions. Only if something went wrong you should select 'n'
here and manually configure Coro, and, of course, report this to the
maintainer :)

Skip further questions and use defaults (y/n)? [y] y

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can use a number of methods to implement coroutines at the C
level. The default chosen is based on your current confguration and is
correct in most cases, but you still can chose between these alternatives:

u  The unix 'ucontext.h' functions are relatively new and not implemented
   or well-tested in older unices. They allow very fast coroutine creation
   and reasonably fast switching, and, most importantly, are very stable.
   It is, however, usually slower than the other alternatives due to an
   extra syscall done by swapcontext.

s  If the ucontext functions are not working or you don't want
   to use them for other reasons you can try a workaround using
   setjmp/longjmp/sigaltstack (also standard unix functions). Coroutine
   creation is rather slow, but switching is very fast (often much faster
   than with the ucontext functions). Unfortunately, glibc-2.1 and
   below don't even feature a working sigaltstack. You cannot use this
   implementation if some other code uses SIGUSR2 or you plan to
   create coroutines from an alternative signal stack, as both are being
   used for coroutine creation.

a  Handcoded assembly. This is the fastest and most compatible method
   with the least side effects, if it works, that is. It has been tested
   on GNU/Linux x86 and x86_64 systems and should work on all x86/x86_64
   systems using the SVR ELF ABI. This is the recommended method on
   supported platforms. Note that you usually have to compile this module
   with optimisation enabled for this method to work, and also more
   esoteric switches such as -fomit-leaf-frame-pointer might be required.
   When i doubt, use another method, such as (s)etjmp/longjmp.

l  GNU/Linux. Very old GNU/Linux systems (glibc-2.1 and below) need
   this hack. Since it is very linux-specific it is also quite fast and
   recommended even for newer versions; when it works, that is (currently
   x86 and a few others only. If it compiles, it's usually ok). Newer
   glibc versions (>= 2.5) stop working with this implementation again.

i  IRIX. For some reason, SGI really does not like to follow the single
   unix specification (does that surprise you?), so this workaround might
   be needed (it's fast), although [s] and [u] should also work now.

w  Microsoft Windows. Try this on Microsoft Windows, although, as there is
   no standard on how to do this under windows, this might work only on
   cygwin or specific versions of msvc. Your problem, your fix, our patch.

For most systems, the default chosen should be OK. If you experience
problems then you should experiment with this setting and/or turn
optimisations on or off (make OPTIMIZE=-O0).

Use which implementation,
<s>et/longjump, <u>context, <a>ssembly, <i>rix, <l>inux or <w>indows? [a] a

Using handcoded assembly implementation


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Per-context stack size factor: Depending on your settings, Coro tries to
share the C stack as much as possible, but sometimes it needs to allocate
a new one. This setting controls the maximum size that gets allocated,
and should not be set too high, as memory and address space still is
wasted even if it's not fully used. The value entered will be multiplied
by sizeof(long), which is usually 4 on 32-bit systems, and 8 on 64-bit
systems.

A setting of 16384 (the default) therefore corresponds to a 64k..128k
stack, which usually is ample space (you might even want to try 8192 or
lower if your program creates many coroutines).

On systems supporting mmap and dynamic memory management, the actual
memory usually gets allocated on demand, but with many large stacks you
can still run out of address space on your typical 32 bit platform.

Some perls (mostly threaded ones and perl compiled under linux 2.6) and
some programs (inefficient regexes can use a lot of stack space) may
need much, much more: If Coro segfaults with weird backtraces (e.g. in a
function prologue) or in t/10_bugs.t, you might want to increase this to
65536 or more.

The default should be fine, and can be changed at runtime with
Coro::State::cctx_stacksize.

C stack size factor? [16384] 16384
using a stacksize of 16384 * sizeof(long)

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can optionally put a guard area before each stack segment. When the
stack is too small and the access is not too far outside the stack (i.e.
within the guard area), then the program will safely segfault instead of
running into other data. The cost is some additional overhead with is
usually negligible, and extra use of address space.

The guard area size currently needs to be specified in pages (typical
pagesizes are 4k and 8k). The guard area is only enabled on a few
hardcoded architectures and is ignored on others. The actual preprocessor
expression disables this feature if:

   !__i386 && !__x86_64 && !__powerpc && !__m68k 
   && !__alpha && !__mips && !__sparc64

The default, as usual, should be just fine.

Number of guard pages (0 disables)? [4] 4

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can tell valgrind about its stacks and so reduce spurious warnings
where valgrind would otherwise complain about possible stack switches.

Enabling this does not incur visible runtime or memory overhead, but it
requires that you have the <valgrind/valgrind.h> header file available.

Valgrind support is completely optional, so the default of disabling it is
the safe choice.

Enable valgrind support (y/n)? [n] n

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Coro can use (or even trick) some perl functions into doing what it needs
instead of relying on (some) of its own functions. This might increase
chances that it compiles and works, but it could just as well result in
memory leaks, crashes or silent data corruption. It certainly does result
in slightly slower speed and higher memory consumption, though, so YOU
SHOULD ENABLE IT ONLY AS A LAST RESORT.

Prefer perl functions over coro functions (y/n)? [n] n

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 

Writing Makefile for Coro::State
Writing Makefile for Coro

[MSG] [Wed Nov 14 04:56:11 2007] DEFAULT 'filter_prereqs' HANDLER RETURNING 
'sub return value'
[MSG] [Wed Nov 14 04:56:11 2007] Module 'Coro' requires 'AnyEvent' version 
'2.6' to be installed 
[MSG] [Wed Nov 14 04:56:11 2007] Module 'Coro' requires 'EV' version '0.7' to 
be installed 
[MSG] [Wed Nov 14 04:56:11 2007] Module 'Coro' requires 'Event' version '1.06' 
to be installed 
[MSG] [Wed Nov 14 04:56:11 2007] Module 'Coro' requires 'IO::AIO' version '2.3' 
to be installed 
[MSG] [Wed Nov 14 04:56:11 2007] Trying to get 
'http://www.cpan.org/authors/id/M/ML/MLEHMANN/CHECKSUMS'
[MSG] [Wed Nov 14 04:56:12 2007] Checksum matches for 'AnyEvent-2.6.tar.gz'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/t/'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/t/02_signals.t'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/t/01_basic.t'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/t/03_child.t'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/t/00_load.t'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/lib/'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/lib/AnyEvent.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/lib/AnyEvent/'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/lib/AnyEvent/Impl/'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 
'AnyEvent-2.6/lib/AnyEvent/Impl/EV.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 
'AnyEvent-2.6/lib/AnyEvent/Impl/Tk.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 
'AnyEvent-2.6/lib/AnyEvent/Impl/Perl.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 
'AnyEvent-2.6/lib/AnyEvent/Impl/Event.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 
'AnyEvent-2.6/lib/AnyEvent/Impl/Coro.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 
'AnyEvent-2.6/lib/AnyEvent/Impl/CoroEV.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 
'AnyEvent-2.6/lib/AnyEvent/Impl/Glib.pm'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/README'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/Changes'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/Makefile.PL'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/META.yml'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/COPYING'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent-2.6/MANIFEST'
[MSG] [Wed Nov 14 04:56:13 2007] Extracted 'AnyEvent' to 
'/home/cpan/perl581/.cpanplus/5.8.1/build/AnyEvent-2.6'
[MSG] [Wed Nov 14 04:56:14 2007] 
***
*** One or more of these modules, in order of importance, is recommended:
*** Event, Coro, Glib, Tk
***

Writing Makefile for AnyEvent

[MSG] [Wed Nov 14 04:56:14 2007] DEFAULT 'filter_prereqs' HANDLER RETURNING 
'sub return value'
[MSG] [Wed Nov 14 04:56:15 2007] Manifying blib/man3/AnyEvent::Impl::EV.3
Manifying blib/man3/AnyEvent.3

[MSG] [Wed Nov 14 04:56:16 2007] MAKE TEST passed: PERL_DL_NONLAZY=1 
/home/cpan/perl581/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/00_load.......ok
t/01_basic......ok
t/02_signals....ok
t/03_child......ok
All tests successful.
Files=4, Tests=20,  1 wallclock secs ( 0.39 cusr +  0.07 csys =  0.46 CPU)

[MSG] [Wed Nov 14 04:56:16 2007] Ok, not sending test report
[MSG] [Wed Nov 14 04:56:16 2007] Trying to get 
'http://www.cpan.org/authors/id/M/ML/MLEHMANN/CHECKSUMS'
[MSG] [Wed Nov 14 04:56:17 2007] Checksum matches for 'EV-0.8.tar.gz'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/t/'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/t/00_load.t'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/EV/'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/EV/DNS.pm'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/EV/EVAPI.h'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/EV/MakeMaker.pm'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/EV.pm'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/EV.xs'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/libev/'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/libev/ev.c'
[MSG] [Wed Nov 14 04:56:17 2007] Extracted 'EV-0.8/libev/ev.h'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/LICENSE'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/README'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/Changes'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/event.c'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/event.h'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/ev_win32.c'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/ev_poll.c'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/ev_vars.h'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/ev_kqueue.c'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/ev_select.c'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/ev_wrap.h'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/libev/ev_epoll.c'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/README'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/Changes'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/evdns.c'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/evdns.h'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/Makefile.PL'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/META.yml'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/typemap'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/COPYING'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV-0.8/MANIFEST'
[MSG] [Wed Nov 14 04:56:18 2007] Extracted 'EV' to 
'/home/cpan/perl581/.cpanplus/5.8.1/build/EV-0.8'
[MSG] [Wed Nov 14 04:56:18 2007] 

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

Welcome to EV configuration. If you are in a hurry, just press return here
and hope for the best. The defaults should usually do.

Skip further questions and use defaults (y/n)? [y] y


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

POSIX optionally offers support for a monotonic clock source. EV
can take advantage of this clock source to detect time jumps
reliably. Unfortunately, some systems are bound to be broken, so you can
disable this here: you can completely disable the detection and use of
the monotonic clock by answering 'n' here. Support for this clock type
will otherwise be autodetected at both compile- and runtime.

Enable optional support for CLOCK_MONOTONIC (y/n)? [y] y


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

POSIX optionally offers support for a (potentially) high-resolution
realtime clock interface. In a good implementation, using it is faster
than the normal method of using gettimeofday. Unfortunately, this option
is also bound to be broken on some systems, so you can disable use and
probing of this feature altogether here. Otherwise support for this clock
type will be autodetected at compiletime.

Prefer clock_gettime (CLOCK_REALTIME) over gettimeofday (y/n)? [y] y


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

EV can use various backends with various portability issue. The select
backend is the most portable and makes for a good fallback, but it can be
limited to a low number of file descriptors and/or might not compile.  If
you have problems with compiling ev_select., you might try to play around
with disabling it here, or forcing it to use the fd_set provided by your
OS, via the next question. I highly recommend keeping it in.

Enable select backend (y/n)? [y] y


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

The select backend can operate in two modes. One uses the system-provided
fd_set and is usually limited to 1024 file descriptors (64 on windows),
the other requires your header files to define NFDBITS and declare a
suitable fd_mask type. If you run into problems compiling ev_select.c, you
can try forcing the use of the system fd_set here.

Force use of system fd_set for select backend (y/n)? [n] n


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

The second very portable backend is poll(2). It does not exist on windows
and various versions of Mac OS X (and on the other versions it simply
doesn't work), but works basically everywhere else. It is recommended to use
the default here unless you run into compile problems in ev_poll.c.

Enable poll backend (y/n)? [y] y


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

EV by default uses select, which makes it hard to write efficient servers,
especially if the number of active conencitons is much lower than the open
ones. GNU/Linux systems have a more scalable method called "epoll", which
EV can use. For this to work, both your kernel and glibc have to support
epoll, but if you can compile it, the detection will be done at runtime,
and EV will safely fall back to using select when epoll isn't available.
If unsure, accept the default.

Enable epoll backend (y/n)? [n] n


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

Similarly to the epoll backend above, EV can take advantage of kqueue
on many BSD systems (it seems to be broken on Mac OS X though, but what
isn't broken on that shoddy platform... ah yes, the cash gushing by apple,
selling defective software works perfectly there). Support for kqueue will
be detected at runtime, with a safe fallback to other methods when it
cannot be used.

Enable kqueue backend (y/n)? [y] y


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

EV needs the functions pthread_atfork and clock_gettime. On most systems
you need some special libraries for this (such as -lrt and -lpthread). You
can specify additional libraries to provide these calls now, or accept the
default.

Extra libraries for pthread_atfork and clock_gettime? [-lpthread -lrt] 
-lpthread -lrt


*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***

Checking if your kit is complete...
Looks good
Writing Makefile for EV

[MSG] [Wed Nov 14 04:56:19 2007] DEFAULT 'filter_prereqs' HANDLER RETURNING 
'sub return value'
[ERROR] [Wed Nov 14 04:56:24 2007] MAKE failed:  cp EV/MakeMaker.pm 
blib/lib/EV/MakeMaker.pm
cp EV/EVAPI.h blib/lib/EV/EVAPI.h
cp libev/ev.h blib/lib/EV/ev.h
cp EV/DNS.pm blib/lib/EV/DNS.pm
cp EV.pm blib/lib/EV.pm
/home/cpan/perl581/bin/perl /home/cpan/perl581/lib/5.8.1/ExtUtils/xsubpp  
-typemap /home/cpan/perl581/lib/5.8.1/ExtUtils/typemap -typemap typemap  EV.xs 
> EV.xsc && mv EV.xsc EV.c
cc -c  -Ilibev -fno-strict-aliasing -I/usr/pkg/include -O   -DVERSION=\"0.8\" 
-DXS_VERSION=\"0.8\" -DPIC -fPIC  
"-I/home/cpan/perl581/lib/5.8.1/i386-netbsd-thread-multi-64int/CORE"  
-DEV_USE_MONOTONIC -DEV_USE_SELECT -DEV_USE_POLL -DEV_USE_KQUEUE EV.c
EV.xs: In function `e_new':
EV.xs:105: error: parse error before '}' token
gmake: *** [EV.o] Error 1



******************************** NOTE ********************************
The comments above are created mechanically, possibly without manual
checking by the sender.  As there are many people performing automatic
tests on each upload to CPAN, it is likely that you will receive 
identical messages about the same problem.

If you believe that the message is mistaken, please reply to the first
one with correction and/or additional informations, and do not take
it personally.  We appreciate your patience. :)
**********************************************************************

Additional comments:
 

This report was machine-generated by CPAN::YACSmoke 0.0307.

------------------------------
ENVIRONMENT AND OTHER CONTEXT
------------------------------

Environment variables:

    AUTOMATED_TESTING = 1
    PATH = 
/home/cpan/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/pkg/bin:/usr/pkg/sbin:/usr/games:/usr/local/bin:/usr/local/sbin
    PERL5LIB = 
:/home/cpan/perl581/.cpanplus/5.8.1/build/AnyEvent-2.6/blib/lib:/home/cpan/perl581/.cpanplus/5.8.1/build/AnyEvent-2.6/blib/arch:/home/cpan/perl581/.cpanplus/5.8.1/build/AnyEvent-2.6/blib:/home/cpan/perl581/.cpanplus/5.8.1/build/AnyEvent-2.6/blib/lib:/home/cpan/perl581/.cpanplus/5.8.1/build/AnyEvent-2.6/blib/arch:/home/cpan/perl581/.cpanplus/5.8.1/build/AnyEvent-2.6/blib
    PERL5_CPANPLUS_IS_RUNNING = 5818
    PERL5_CPANPLUS_IS_VERSION = 0.80
    PERL_MM_USE_DEFAULT = 1
    SHELL = /usr/pkg/bin/bash
    TERM = screen

Perl special variables (and OS-specific diagnostics, for MSWin32):

    Perl: $^X = /home/cpan/perl581/bin/perl
    UID:  $<  = 1002
    EUID: $>  = 1002
    GID:  $(  = 100 100
    EGID: $)  = 100 100


-------------------------------


--

Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration:
  Platform:
    osname=netbsd, osvers=3.1, archname=i386-netbsd-thread-multi-64int
    uname='netbsd canker.bingosnet.co.uk 3.1 netbsd 3.1 (generic_laptop) #0: 
tue oct 31 04:32:05 utc 2006 [EMAIL 
PROTECTED]:homebuildsabnetbsd-3-1-releasei386200610302053z-objhomebuildsabnetbsd-3-1-releasesrcsysarchi386compilegeneric_laptop
 i386 '
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=define use5005threads=undef useithreads=define 
usemultiplicity=define
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-fno-strict-aliasing -I/usr/pkg/include',
    optimize='-O',
    cppflags='-fno-strict-aliasing -I/usr/pkg/include'
    ccversion='', gccversion='3.3.3 (NetBSD nb3 20040520)', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -Wl,-rpath,/usr/pkg/lib -Wl,-rpath,/usr/local/lib 
-L/usr/pkg/lib'
    libpth=/usr/pkg/lib /lib /usr/lib
    libs=-lgdbm -lm -lcrypt -lutil -lc -lposix -lpthread
    perllibs=-lm -lcrypt -lutil -lc -lposix -lpthread
    libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E '
    cccdlflags='-DPIC -fPIC ', lddlflags='--whole-archive -shared  
-L/usr/pkg/lib'

Reply via email to