>> so I copied
git_reference/MoarVM/src/platform/posix/time.c
>> to
moar-nom/nqp/MoarVM/src/platform/posix/time.c
>> and now it builds.
On Tue, Nov 15, 2016 at 12:15 PM, Tobias Leich wrote:
> Hi, if you let raukdo automatically rebuild nqp/moar, then you still were
> on an old revision of moar
Hi, if you let raukdo automatically rebuild nqp/moar, then you still
were on an old revision of moarvm.
This revision did not contain the latest patch.
Please rebuild now, as I've updated the git revisions, so latest nqp and
moarvm get build.
Am 15.11.2016 um 18:14 schrieb Brandon Allbery:
The issue is that libuv will under some circumstances call the read
callback with an nread of 0 (deliberately the number 0), which we
interpret as an error.
The Solution™ is either to not call async_read at all when nread is 0,
or to just return early from async_read when nread is 0.
On Tue, Nov 15, 2016 at 8:53 AM, Andy Bach wrote:
>
> Well, I just nuked and built moar-nom here OSX 10.11.6/Xcode 8
>
This is not a MoarVM problem; it's a bug in the Xcode 8 (and 8.1) Command
Line Tools and documented (poorly) in the Xcode 8 release notes. You must
download the Xcode 7 Command L
# New Ticket Created by Wenzel Peppmeyer
# Please include the string: [perl #130107]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130107 >
use v6;
CATCH { default { say .^name; say .Str } }
my $find = Proc::Async.new(|);
oar-nom/nqp/MoarVM/src/platform/posix/time.c
On Tue, Nov 15, 2016 at 6:23 AM, wrote:
> Hi, we addressed it here
Well, I just nuked and built moar-nom here OSX 10.11.6/Xcode 8
15.6.0 Darwin Kernel Version 15.6.0: Wed Nov 2 20:30:56 PDT 2016;
root:xnu-3248.60.11.1.2~2/RELEASE_X86_64 x86_64
and
Hi, we adressed it here:
https://github.com/MoarVM/MoarVM/commit/20c8591ad7644926e09691da8c2a9179b11ac53e
Zitat von Andy Bach :
Hi,
Turns out this bug was filed for p5 (I thought I was looking at the p6 bug
list) but I saw this exactly today, trying to build, via rakudobrew, on my
mac book.
