simcop2387/cpantestlogs
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity
cpantestlogs/DR::TarantoolQueue_genfailure.log
ryan 4fe8bf59aa Second run of tests
2017-05-02 18:44:36 -07:00

555 lines
24 KiB
Text
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

perl-blead
==========
cpanm (App::cpanminus) 1.7043 on perl 5.026000 built for x86_64-linux
Work directory is /home/ryan/.cpanm/work/1493729007.10892
You have make /usr/bin/make
You have LWP 6.26
You have /bin/tar: tar (GNU tar) 1.29
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by John Gilmore and Jay Fenlason.
You have /usr/bin/unzip
Searching DR::TarantoolQueue () on cpanmetadb ...
Unpacking DR-TarantoolQueue-0.21.tar.gz
--> Working on DR::TarantoolQueue
Fetching http://www.cpan.org/authors/id/U/UN/UNERA/DR-TarantoolQueue-0.21.tar.gz ... OK
DR-TarantoolQueue-0.21/
DR-TarantoolQueue-0.21/Makefile.PL
DR-TarantoolQueue-0.21/init.lua
DR-TarantoolQueue-0.21/benchmark/
DR-TarantoolQueue-0.21/benchmark/ping.pl
DR-TarantoolQueue-0.21/benchmark/init.lua
DR-TarantoolQueue-0.21/benchmark/queue.pl
DR-TarantoolQueue-0.21/benchmark/pqueue.pl
DR-TarantoolQueue-0.21/benchmark/channel.pl
DR-TarantoolQueue-0.21/benchmark/pqueue-mix.pl
DR-TarantoolQueue-0.21/t/
DR-TarantoolQueue-0.21/t/010-dr-tqueue.t
DR-TarantoolQueue-0.21/t/000-queue.t
DR-TarantoolQueue-0.21/t/020-worker.t
DR-TarantoolQueue-0.21/lib/
DR-TarantoolQueue-0.21/lib/DR/
DR-TarantoolQueue-0.21/lib/DR/TarantoolQueue.pm
DR-TarantoolQueue-0.21/lib/DR/TarantoolQueue/
DR-TarantoolQueue-0.21/lib/DR/TarantoolQueue/Worker.pm
DR-TarantoolQueue-0.21/lib/DR/TarantoolQueue/Task.pm
DR-TarantoolQueue-0.21/lib/DR/TarantoolQueue/JSE.pm
DR-TarantoolQueue-0.21/META.yml
DR-TarantoolQueue-0.21/MANIFEST
DR-TarantoolQueue-0.21/README.md
DR-TarantoolQueue-0.21/tarantool.cfg
DR-TarantoolQueue-0.21/debian/
DR-TarantoolQueue-0.21/debian/changelog
DR-TarantoolQueue-0.21/debian/copyright
DR-TarantoolQueue-0.21/debian/watch
DR-TarantoolQueue-0.21/debian/dr-tarantool-queue.dirs
DR-TarantoolQueue-0.21/debian/libdr-tarantoolqueue-perl.docs
DR-TarantoolQueue-0.21/debian/compat
DR-TarantoolQueue-0.21/debian/source/
DR-TarantoolQueue-0.21/debian/source/format
DR-TarantoolQueue-0.21/debian/rules
DR-TarantoolQueue-0.21/debian/libdr-tarantoolqueue-perl.install
DR-TarantoolQueue-0.21/debian/control
DR-TarantoolQueue-0.21/debian/dr-tarantool-queue.install
Entering DR-TarantoolQueue-0.21
Checking configure dependencies from META.yml
Checking if you have ExtUtils::MakeMaker 6.58 ... Yes (7.24)
Running Makefile.PL
Configuring DR-TarantoolQueue-0.21 ... Warning: prerequisite Coro 0 not found.
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for DR::TarantoolQueue
Writing MYMETA.yml and MYMETA.json
Checking dependencies from MYMETA.json ...
Checking if you have Mouse 0 ... Yes (v2.4.9)
Checking if you have ExtUtils::MakeMaker 0 ... Yes (7.24)
Checking if you have DR::Tarantool 0 ... Yes (0.44)
Checking if you have Coro 0 ... No
Checking if you have Carp 0 ... Yes (1.38)
Checking if you have JSON::XS 0 ... Yes (3.03)
Searching Coro (0) on cpanmetadb ...
Unpacking Coro-6.511.tar.gz
OK
==> Found dependencies: Coro
--> Working on Coro
Fetching http://www.cpan.org/authors/id/M/ML/MLEHMANN/Coro-6.511.tar.gz ... OK
Coro-6.511/
Coro-6.511/t/
Coro-6.511/t/02_channel.t
Coro-6.511/t/04_rwlock.t
Coro-6.511/t/18_winder.t
Coro-6.511/t/14_load.t
Coro-6.511/t/10_bugs.t
Coro-6.511/t/16_signal.t
Coro-6.511/t/05_specific.t
Coro-6.511/t/06_prio.t
Coro-6.511/t/19_handle.t
Coro-6.511/t/13_diewarn.t
Coro-6.511/t/03_channel.t
Coro-6.511/t/17_rouse.t
Coro-6.511/t/11_deadlock.t
Coro-6.511/t/08_join.t
Coro-6.511/t/00_basic.t
Coro-6.511/t/01_process.t
Coro-6.511/t/12_exit.t
Coro-6.511/t/07_eval.t
Coro-6.511/t/20_mutual_cancel.t
Coro-6.511/t/15_semaphore.t
Coro-6.511/Coro/
Coro-6.511/Coro/CoroAPI.h
Coro-6.511/Coro/libcoro/
Coro-6.511/Coro/libcoro/coro.c
Coro-6.511/Coro/libcoro/README
Coro-6.511/Coro/libcoro/coro.h
Coro-6.511/Coro/libcoro/LICENSE
Coro-6.511/Coro/libcoro/conftest.c
Coro-6.511/Coro/AIO.pm
Coro-6.511/Coro/Handle.pm
Coro-6.511/Coro/Intro.pod
Coro-6.511/Coro/Socket.pm
Coro-6.511/Coro/Select.pm
Coro-6.511/Coro/RWLock.pm
Coro-6.511/Coro/ecb.h
Coro-6.511/Coro/Makefile.PL
Coro-6.511/Coro/BDB.pm
Coro-6.511/Coro/Specific.pm
Coro-6.511/Coro/typemap
Coro-6.511/Coro/State.pm
Coro-6.511/Coro/jit-x86-unix.pl
Coro-6.511/Coro/Semaphore.pm
Coro-6.511/Coro/State.xs
Coro-6.511/Coro/MakeMaker.pm
Coro-6.511/Coro/Signal.pm
Coro-6.511/Coro/Util.pm
Coro-6.511/Coro/jit-amd64-unix.pl
Coro-6.511/Coro/LWP.pm
Coro-6.511/Coro/AnyEvent.pm
Coro-6.511/Coro/Timer.pm
Coro-6.511/Coro/clone.c
Coro-6.511/Coro/Channel.pm
Coro-6.511/Coro/Debug.pm
Coro-6.511/Coro/Storable.pm
Coro-6.511/Coro/SemaphoreSet.pm
Coro-6.511/Coro/state.h
Coro-6.511/Coro/schmorp.h
Coro-6.511/Changes
Coro-6.511/EV/
Coro-6.511/EV/EV.xs
Coro-6.511/EV/Makefile.PL
Coro-6.511/EV/t/
Coro-6.511/EV/t/00_basic.t
Coro-6.511/EV/t/01_unblock.t
Coro-6.511/EV/EV.pm
Coro-6.511/COPYING
Coro-6.511/eg/
Coro-6.511/eg/bench
Coro-6.511/eg/attributes
Coro-6.511/eg/dns
Coro-6.511/eg/prodcons1
Coro-6.511/eg/prodcons2
Coro-6.511/eg/event
Coro-6.511/eg/prodcons3
Coro-6.511/eg/myhttpd
Coro-6.511/eg/readline
Coro-6.511/eg/lwp
Coro-6.511/Event/
Coro-6.511/Event/t/
Coro-6.511/Event/t/00_basic.t
Coro-6.511/Event/t/01_unblock.t
Coro-6.511/Event/Makefile.PL
Coro-6.511/Event/Event.xs
Coro-6.511/Event/Event.pm
Coro-6.511/README
Coro-6.511/Coro.pm
Coro-6.511/Makefile.PL
Coro-6.511/INSTALL
Coro-6.511/doc/
Coro-6.511/doc/cede-vs-schedule
Coro-6.511/MANIFEST
Coro-6.511/README.linux-glibc
Coro-6.511/META.yml
Coro-6.511/META.json
Entering Coro-6.511
Checking configure dependencies from META.json
Checking if you have Canary::Stability 0 ... Yes (2012)
Checking if you have ExtUtils::MakeMaker 6.58 ... Yes (7.24)
Running Makefile.PL
Configuring Coro-6.511 ...
***
*** Canary::Stability COMPATIBILITY AND SUPPORT CHECK
*** =================================================
***
*** Hi!
***
*** I do my best to provide predictable and reliable software.
***
*** However, in recent releases, P5P (who maintain perl) have been
*** introducing regressions that are sometimes subtle and at other times
*** catastrophic, often for personal preferences with little or no concern
*** for existing code, most notably CPAN.
***
*** For this reason, it has become very hard for me to maintain the level
*** of reliability and support I have committed myself to in the past, at
*** least with some perl versions: I simply can't keep up working around new
*** bugs or gratituous incompatibilities, and in turn you might suffer from
*** unanticipated problems.
***
*** Therefore I have introduced a support and compatibility check, the results
*** of which follow below, together with a FAQ and some recommendations.
***
*** This check is just to let you know that there might be a risk, so you can
*** make judgement calls on how to proceed - it will not keep the module from
*** installing or working.
***
*** The stability canary says: (nothing, it was driven away by harsh weather)
***
*** It seems you are running perl version 5.026000, likely the "official" or
*** "standard" version. While there is nothing wrong with doing that,
*** standard perl versions 5.022 and up are not supported by Coro.
*** While this might be fatal, it might also be all right - if you run into
*** problems, you might want to downgrade your perl or switch to the
*** stability branch.
***
*** If everything works fine, you can ignore this message.
***
*** Stability canary mini-FAQ:
***
*** Do I need to do anything?
*** With luck, no. While some distributions are known to fail
*** already, most should probably work. This message is here
*** to alert you that your perl is not supported by Coro,
*** and if things go wrong, you either need to downgrade, or
*** sidegrade to the stability variant of your perl version,
*** or simply live with the consequences.
***
*** What is this canary thing?
*** It's purpose is to check support status of Coro with
*** respect to your perl version.
***
*** What is this "stability branch"?
*** It's a branch or fork of the official perl, by schmorp, to
*** improve stability and compatibility with existing modules.
***
*** How can I skip this prompt on automated installs?
*** Set PERL_CANARY_STABILITY_NOPROMPT=1 in your environment.
*** More info is in the Canary::Stability manpage.
***
*** Long version of this FAQ: http://stableperl.schmorp.de/faq.html
*** Stability Branch homepage: http://stableperl.schmorp.de/
***
Continue anyways? [y] y
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Event version 1.26 found, building Event support.
EV version 4.22 found, building EV support.
Checking if your kit is complete...
Looks good
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
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. They are, however, usually slower than
the other alternatives due to an extra syscall done by swapcontext. And
while nominally most portable (it's the only POSIX-standardised
interface for coroutines), ucontext functions are, as usual, broken on
most/all BSDs.
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 (it is also reported to be working on
Strawberry Perl for Windows using MinGW). This is the recommended
method on supported platforms. When it doesn't work, 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 however.
i IRIX. For some reason, SGI really does not like to follow POSIX (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 when using Cygwin or
the MSVC compilers (e.g. ActiveState Perl, but see "a" for Strawberry
Perl), although, as there is no standard on how to do this under
windows, different environments might work differently. Doh.
f Microsoft Windows. Try this on Microsoft Windows if w fails. It is slower
and uses a lot more memory, but should be working all the time.
p Use pthread API. Try to avoid this option, it was only created to
make a point about the programming language shootout. It is unlikely
to work with perls that have windows process emulation enabled ("perl
threads"). It is also likely the slowest method of implementing
coroutines. It might work fine as a last resort, however, as the
pthread API is slightly better tested than ucontext functions for
example. Of course, not on BSDs, who usually have very broken pthread
implementations.
Coro tries hard to come up with a suitable default for most systems,
so pressing return at the prompt usually does the right thing. If you
experience problems (e.g. make test fails) then you should experiment with
this setting.
Use which implementation,
<s>etjmp, <u>ctx, <a>sm, <i>rix, <l>inux, <p>threads, <w>indows, <f>iber? [a] a
Using handcoded assembler implementation
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Per-context stack size factor: Depending on your settings, Coro tries to
share the C stacks is creates 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(void *), 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 (not to
forget the pagetables).
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(void*)
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
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 noticable runtime or memory overhead, but it
requires that you have the <valgrind/valgrind.h> header file available.
Valgrind support is completely optional, so 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 THIS OPTION ONLY AS A LAST RESORT.
Prefer perl functions over coro functions (y/n)? [n] n
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Coro can use a simple JIT compiler to compile a part of the thread switch
function at runtime. On perls with windows process emulation (most!),
this results in a 50% speed improvement. On sane perls, the gain is much
less, usually around 5%. If you enable this option, then the JIT will
be enabled, on compatible operating systems and CPUs (currently only
x86/amd64 on certain unix clones). Otherwise, it will be disabled. It
should be safe to leave on - this setting is only here so you can switch
it off in case of problems.
Note that some broken kernels (often calling themselves "hardened") break
all JIT generation by manipulating some system calls. If you get bus
errors or segmentation faults immediately when the JIT is enabled but not
without, then note that disabling the JIT only fixes some symptoms, not
the underlying problem, and you might run into other problems later.
Try to use the JIT compiler, if available? [y] y
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Coro has experimental support for cloning states. This can be used
to implement a scheme-like call/cc. However, this doesn't add to the
expressiveness in general, and is likely perl-version specific (and perl
5.12 deliberately removed support for it). As such, it is disabled by
default. Enable it when you want to play around with it, but note that it
isn't supported, and unlikely ever will be. It exists mainly to prove that
it could be done - if only it were useful for something.
Implement Coro::State->clone method (y/n)? [n] n
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Writing MYMETA.yml and MYMETA.json
Writing MYMETA.yml and MYMETA.json
Writing MYMETA.yml and MYMETA.json
Generating a Unix-style Makefile
Writing Makefile for Coro
Writing MYMETA.yml and MYMETA.json
Checking dependencies from MYMETA.json ...
Checking if you have AnyEvent 5 ... Yes (7.13)
Checking if you have Scalar::Util 0 ... Yes (1.47)
Checking if you have ExtUtils::MakeMaker 0 ... Yes (7.24)
Checking if you have Storable 2.15 ... Yes (2.51)
Checking if you have Guard 0.5 ... Yes (1.023)
Checking if you have common::sense 0 ... Yes (3.74)
OK
Building and testing Coro-6.511 ... cp Coro/CoroAPI.h blib/lib/Coro/CoroAPI.h
cp Coro/BDB.pm blib/lib/Coro/BDB.pm
cp Coro/Select.pm blib/lib/Coro/Select.pm
cp Coro/AnyEvent.pm blib/lib/Coro/AnyEvent.pm
cp Coro/State.pm blib/lib/Coro/State.pm
cp Coro/SemaphoreSet.pm blib/lib/Coro/SemaphoreSet.pm
cp Coro/Storable.pm blib/lib/Coro/Storable.pm
cp Coro/MakeMaker.pm blib/lib/Coro/MakeMaker.pm
cp Coro/Handle.pm blib/lib/Coro/Handle.pm
cp Coro/Semaphore.pm blib/lib/Coro/Semaphore.pm
cp Coro/jit-amd64-unix.pl blib/lib/Coro/jit-amd64-unix.pl
cp Coro/Socket.pm blib/lib/Coro/Socket.pm
cp Coro/Specific.pm blib/lib/Coro/Specific.pm
cp Coro/Timer.pm blib/lib/Coro/Timer.pm
cp Coro/RWLock.pm blib/lib/Coro/RWLock.pm
cp Coro/Debug.pm blib/lib/Coro/Debug.pm
cp Coro/jit-x86-unix.pl blib/lib/Coro/jit-x86-unix.pl
cp Coro.pm blib/lib/Coro.pm
cp Coro/Channel.pm blib/lib/Coro/Channel.pm
cp Coro/AIO.pm blib/lib/Coro/AIO.pm
cp Coro/Util.pm blib/lib/Coro/Util.pm
cp Coro/LWP.pm blib/lib/Coro/LWP.pm
cp Coro/Signal.pm blib/lib/Coro/Signal.pm
make[1]: Entering directory '/home/ryan/.cpanm/work/1493729007.10892/Coro-6.511/Coro'
Skip ../blib/lib/Coro/RWLock.pm (unchanged)
Skip ../blib/lib/Coro/Timer.pm (unchanged)
Skip ../blib/lib/Coro/LWP.pm (unchanged)
Skip ../blib/lib/Coro/Debug.pm (unchanged)
Skip ../blib/lib/Coro/BDB.pm (unchanged)
Skip ../blib/lib/Coro/State.pm (unchanged)
Skip ../blib/lib/Coro/Channel.pm (unchanged)
cp Intro.pod ../blib/lib/Coro/Intro.pod
Skip ../blib/lib/Coro/SemaphoreSet.pm (unchanged)
Skip ../blib/lib/Coro/Storable.pm (unchanged)
Skip ../blib/lib/Coro/MakeMaker.pm (unchanged)
Skip ../blib/lib/Coro/Util.pm (unchanged)
Skip ../blib/lib/Coro/jit-x86-unix.pl (unchanged)
Skip ../blib/lib/Coro/Socket.pm (unchanged)
Skip ../blib/lib/Coro/Semaphore.pm (unchanged)
Skip ../blib/lib/Coro/Specific.pm (unchanged)
Skip ../blib/lib/Coro/jit-amd64-unix.pl (unchanged)
Skip ../blib/lib/Coro/AnyEvent.pm (unchanged)
Skip ../blib/lib/Coro/Signal.pm (unchanged)
Skip ../blib/lib/Coro/Select.pm (unchanged)
Skip ../blib/lib/Coro/AIO.pm (unchanged)
Skip ../blib/lib/Coro/Handle.pm (unchanged)
Running Mkbootstrap for State ()
chmod 644 "State.bs"
"/home/ryan/perl5/perlbrew/perls/perl-blead/bin/perl5.26.0" -MExtUtils::Command::MM -e 'cp_nonempty' -- State.bs ../blib/arch/auto/Coro/State/State.bs 644
"/home/ryan/perl5/perlbrew/perls/perl-blead/bin/perl5.26.0" "/home/ryan/perl5/perlbrew/perls/perl-blead/lib/site_perl/5.26.0/ExtUtils/xsubpp" -typemap '/home/ryan/perl5/perlbrew/perls/perl-blead/lib/5.26.0/ExtUtils/typemap' -typemap '/home/ryan/.cpanm/work/1493729007.10892/Coro-6.511/Coro/typemap' State.xs > State.xsc
Warning: Aliases 'is_zombie' and 'is_destroyed' have identical values in State.xs, line 3852
mv State.xsc State.c
cc -c -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\"6.511\" -DXS_VERSION=\"6.511\" -fPIC "-I/home/ryan/perl5/perlbrew/perls/perl-blead/lib/5.26.0/x86_64-linux/CORE" -DCORO_ASM -DCORO_STACKSIZE=16384 -DCORO_GUARDPAGES=4 -DCORO_JIT=1 State.c
In file included from /home/ryan/perl5/perlbrew/perls/perl-blead/lib/5.26.0/x86_64-linux/CORE/perl.h:5589:0,
from State.xs:12:
State.xs: In function ‘runops_trace’:
State.xs:1415:91: error: ‘struct block_sub’ has no member named ‘argarray’; did you mean ‘savearray’?
PUSHs (CxHASARGS (cx) ? sv_2mortal (newRV_inc ((SV *)cx->blk_sub.argarray)) : &PL_sv_undef);
^
/home/ryan/perl5/perlbrew/perls/perl-blead/lib/5.26.0/x86_64-linux/CORE/pp.h:421:28: note: in definition of macro ‘PUSHs’
#define PUSHs(s) (*++sp = (s))
^
State.xs:1415:51: note: in expansion of macro ‘sv_2mortal’
PUSHs (CxHASARGS (cx) ? sv_2mortal (newRV_inc ((SV *)cx->blk_sub.argarray)) : &PL_sv_undef);
^~~~~~~~~~
/home/ryan/perl5/perlbrew/perls/perl-blead/lib/5.26.0/x86_64-linux/CORE/sv.h:1965:23: note: in expansion of macro ‘newRV’
#define newRV_inc(sv) newRV(sv)
^~~~~
State.xs:1415:63: note: in expansion of macro ‘newRV_inc’
PUSHs (CxHASARGS (cx) ? sv_2mortal (newRV_inc ((SV *)cx->blk_sub.argarray)) : &PL_sv_undef);
^~~~~~~~~
Makefile:361: recipe for target 'State.o' failed
make[1]: *** [State.o] Error 1
make[1]: Leaving directory '/home/ryan/.cpanm/work/1493729007.10892/Coro-6.511/Coro'
Makefile:569: recipe for target 'subdirs' failed
make: *** [subdirs] Error 2
! Installing Coro failed. See /home/ryan/.cpanm/work/1493729007.10892/build.log for details. Retry with --force to force install it.
! Installing the dependencies failed: Module 'Coro' is not installed
! Bailing out the installation for DR-TarantoolQueue-0.21.
FAIL
Command [cpanm --reinstall --verbose DR::TarantoolQueue] terminated with exit code 1 ($? = 256) under the following perl environment:
Command terminated with non-zero status.
Current perl:
Name: perl-blead
Path: /home/ryan/perl5/perlbrew/perls/perl-blead/bin/perl
Config: -de -Dprefix=/home/ryan/perl5/perlbrew/perls/perl-blead -Dusedevel -Aeval:scriptdir=/home/ryan/perl5/perlbrew/perls/perl-blead/bin
Compiled at: Mar 30 2017 03:10:09
perlbrew:
version: 0.78
ENV:
PERLBREW_ROOT: /home/ryan/perl5/perlbrew
PERLBREW_HOME: /home/ryan/.perlbrew
PERLBREW_PATH: /home/ryan/perl5/perlbrew/bin:/home/ryan/perl5/perlbrew/perls/perl-blead/bin
PERLBREW_MANPATH: /home/ryan/perl5/perlbrew/perls/perl-blead/man
Reference in a new issue View git blame Copy permalink