Parrot 2.3.0 Released | parrot.org/ | Channel log: irclog.perlgeek.de/parrot/today | Priority: apply deprecations, merge branches, finish exceptions_refactor branch | GSoC students, please read trac.parrot.org/parrot/wiki/GSoCersStartHere
Set by moderator on 12 May 2010.
00:16 TiMBuS joined 00:20 ruoso joined
sorear My idea isn't working so I'll need pmichaud. 00:26
00:39 jsut joined
sorear How do I run just one test from the parrot testsuite? 00:41
00:41 Themeruta joined
darbelo sorear: prove path/to/the/test 00:46
prove -v if you want more verbose output. 00:47
sorear nod
00:49 rurban_ joined
sorear a slightly excessive amount of recompilation occurs when I remove a single ! from src/pmc/sub.pmc 00:50
darbelo That's a core pmc. A lot of stuff depends on the core pmcs. 00:51
We accept patches to make our makefiles better :-) 00:52
sorear hurray 00:53
I'm getting an error from a function that's not textually mentioned in Parrot
cotto_work what function?
purl i think function is declared in debug.h and defined in debug.c but is only used in imcc/pbc.c , and the const_table is used in a lot of places unrelated to pdb.
sorear oh, it's called in a macro
Parrot_get_sub_pmc_from_subclass
cotto_work looks like a perfectly normal function to me 00:54
sorear is there a good way to run parrottests under gdb?
cotto_work src/sub.c has it
gdb --args ./parrrot --whatever --else --you --pass --to --parrot 00:55
sorear Single stepping until exit from function Parrot_Sub_nci_set_outer, 00:56
which has no line number information.
I thought default builds had -g?
darbelo You optimized? That removes -g
cotto_work they should
sorear cotto_work: I ... don't pass args to parrot
cotto_work optimized don't
sorear I "prove t/pmc/sub.t"
cotto_work: not optimized.
I have line numbers everywhere except src/pmc 00:57
cotto_work in that case I'd recommend manually running the generated pir or pasm file that corresponds to the test you're interested in.
NotFound If someone is bored, take a look at TT #1635 01:02
dalek TT #1635 created by NotFound++: Runloop unrolling for exception handling 01:05
TT #1635: trac.parrot.org/parrot/ticket/1635
01:09 snarkyboojum joined
NotFound 'night. 01:10
Util darbelo: From `man gcc`: GCC allows you to use -g with -O. The shortcuts taken by optimized code may occasionally produce surprising results --snip-- Nevertheless it proves possible to debug optimized output. This makes it reasonable to use the optimizer for programs that might have bugs. 01:12
01:28 plobsing joined
plobsing hi #parrot 01:31
sorear yo 01:32
> my $x := 15 01:35
> say($x)
15
\\o/ I have NQP-level lex persistence working
requires a small parrot patch 01:36
davidfetter sorear++ :)
dalek parrot: ad5e7e9 | dukeleto++ | PLATFORMS:
Update PLATFORMS
LoganLK sorear: share your code for noobs like me? ;p 01:37
cotto HELO 01:49
kurahaupo 451 Service unavailable 01:52
01:54 kurahaupo joined
cotto 402 Payment Required 01:57
purl 402 Payment Required is the best HTTP status code
cotto purl++
406
02:01 JimmyZ joined 02:02 abqar joined
plobsing how do I add to iglobals from an hll? 02:07
looks like you don't. :-( 02:15
cotto trac.parrot.org/parrot/wiki/LoritoRoadmap 02:51
JimmyZ cotto++
cotto clock? 02:53
purl cotto: LAX: Thu 7:53pm PDT / CHI: Thu 9:53pm CDT / NYC: Thu 10:53pm EDT / LON: Fri 3:53am BST / BER: Fri 4:53am CEST / IND: Fri 8:23am IST / TOK: Fri 11:53am JST / SYD: Fri 12:53pm EST /
dalek rrot: r46595 | jkeenan++ | branches/ops_pct/runtime/parrot/library/Getopt/Obj.pir:
[codingstd] Eliminate trailing whitespace.
 02:59
tracwiki: v1 | cotto++ | LoritoRoadmap 03:03
tracwiki: initial version, non-authoritative
tracwiki: trac.parrot.org/parrot/wiki/LoritoR...ction=diff
03:04 JimmyZ_ joined
sorear LoganLK: you will need the lexical-persistence-2 branch of NQP-rx, and... 03:19
nopaste "sorear" at 192.168.1.3 pasted "Parrot patch for topic/lexical-persistence-2 NQP-rx" (94 lines) at nopaste.snit.ch/20548 03:20
sorear (but half of that is a new test)
plobsing cotto: wrt PBC moving from PIR to Lorito, I thought Lorito was a local optimization. Is Lorito high-level, or are PBCs becoming low-level (more than they are now)? 03:21
btw, cotto++ on a clear roadmap 03:24
cotto Lorito is low-level. My understanding is that pir code will continue to function unmodified but will be implemented in Lorito and that Lorito will be the bytecode format.
sorear Lorito has a binary form now? 03:26
cotto s/has/will have/
sorear hmm. npq needs to exist
cotto It doesn't even have a well-defined form atm ;)
plobsing Lorito is a binary form for the most part. you're not supposed to write it (unless you're insane or absolutely need to) 03:27
npq?
sorear a particularly nice typo in your loritoroadmap 03:28
dukeleto 'ello 03:29
dukeleto is hanging out at the pdx hackathon
plobsing My concern with PBC moving to Lorito is that I'm not so sure low-level ops + bytecode portability necessarily mesh well.
sorear According to design documents I've read in $past, Lorito is trusted
the security system runs on PIR before it's turned into Lorito
plobsing trusted how? 03:30
sorear which means we won't be able to accept Lorito PBC from other sources
plobsing so you'll trust some random lorito you get off the net? good luck with that.
cotto fix't
sorear plobsing: this is Parrot, our goal is to be better than everyone at everything 03:31
in particular, we're supposed to run in browsers and take bytecode off the net
plobsing which is why I'd like that bytecode to not be too low-level
cotto security will clearly need to an important part of the discussion 03:32
sounds like something that could get hashed out a bunch at yapc::na
plobsing if the network level bytecode contains (for exampls) arbitrary pointer ops, it'll be hard to tell if someone is trying to smash your stack or not. 03:33
dukeleto has anybody attempted to write Date/DateTime PMC's ? 03:34
dalek tracwiki: v2 | cotto++ | LoritoRoadmap 03:36
tracwiki: npq? *sigh*
tracwiki: trac.parrot.org/parrot/wiki/LoritoR...ction=diff
cotto plobsing and sorear, I'd encourage you to start a LoritoQuestions page.
seen allison 03:44
purl allison was last seen on #parrot 1 days, 9 hours, 15 minutes and 22 seconds ago, saying: hah :) [May 12 18:28:47 2010]
03:50 janus joined
darbelo JimmyZ: ping 03:51
JimmyZ hello
darbelo: pong
darbelo JimmyZ: I think I know why your build fails. 03:52
JimmyZ why?
darbelo It looks like the files are mis-encoded (from parrot's perspective) 03:53
When you open config_lib.pir in a text editor you see all of the characters fine. Right? 03:54
JimmyZ yes
darbelo You shouldn't. IMCC assumes that strings are ASCII, or when prefixed with unicode: that they are UTF8. Your windows is unlikely to be using that. 03:55
JimmyZ config_lib.pir is saved as ascii.
by default 03:56
darbelo JimmyZ: Yes. That is part of the problem.
JimmyZ darbelo: I can't save it as UTF-8 too.
darbelo You shouldn't have any non-ascii characters in there or IMCC will get confused. All non-ascii characters should be \\uXXXX escapes. 03:57
Otherwise IMCC assumes UTF8 (Which might or might not be the encoding of those chars) and fails later.
Which is why I think the patches worked for people on linux, utf8 would be the default there. 03:58
cotto darbelo++
JimmyZ Could it be fixed in IMCC? 03:59
darbelo The simpler fix would be for Configure to check if the string has non-ascii characters on it and properly escape those. 04:00
I'm not sure IMCC can be made uncode-friendly at that level.
plobsing the IMCC part wouldn't be too hard (I could do it in a couple hours), but I'd need supprot for UTF-16 encoding in parrot. do we have that? 04:01
darbelo In parrot strings? Sure, UTF-16 and UCS-2 are supported. I'll be adding UCS-4 in the next week too. 04:02
But they depend on ICU being available. 04:03
plobsing which is less likely on windows, the platform which needs this most, correct?
darbelo Most likely. Yeah.
Er. Less likely?
What you said is right :) 04:04
JimmyZ I don't think it a good fix by escaping there
;)
darbelo JimmyZ: Escaping is the easy fix. The right fix is the plobsing is suggesting. 04:05
JimmyZ plobsing++
darbelo plobsing: We have been skirting the issue of making ICU a hard dep for ages. This might be the time to finally take the plunge.
cotto I thought it already was. 04:06
plobsing I'm not sure it even needs fixing. Does unicode:utf-16:"chars" or utf-16:unicode:"chars" or utf-16:"chars" work?
darbelo cotto: Nopes, you can still build without ICU. You just get less functionality.
JimmyZ doesn't want ICU 04:07
cotto I can imagine. dependencies on windows are a pain. 04:08
JimmyZ has an ICU on windows, but he doesn't like it 04:11
darbelo JimmyZ: ICU is the backbone of our unicode capabilities, avoiding it isn't much of a long-term option.
Rakudo, for example, needs ICU. 04:12
JimmyZ I thought there was a plan to eliminate ICU. 04:13
cotto Maybe you're thinking about Perl 5. 04:14
darbelo ICU is a lot of code to replace. I think we've reinvented enough wheels for now. 04:15
cotto we can reimplement it for the 5.3 release. 04:17
JimmyZ 5.3 , do you mean perl 5.3? 04:18
darbelo Given enough time I'm sure we'll reinvent all wheels. Several times over.
Hey, and maybe we'll get a few to be round or somethin ;) 04:19
plobsing JimmyZ: we'll be releasing Parrot 5.3 in 2013
JimmyZ wow, I can't image the version is so high 04:20
darbelo plobsing: The mayan people disagree with that prediction ;)
cotto JimmyZ, no. i was just mentioning a very far-off parrot version 04:21
04:56 kurahaupo joined
dalek TT #1636 created by dukeleto++: Functions need to be added to the embed/extend API headers 04:57
TT #1636: trac.parrot.org/parrot/ticket/1636
parrot: ebdb710 | dukeleto++ | (2 files):
Get rid of embed_string.h
 05:06
parrot: b68004a | dukeleto++ | (2 files):
Make the max subroutine length compile-time configurable constant, default = 64KB
 05:17
05:18 kurahaupo joined
ttbot Parrot trunk/ r46596 MSWin32-x86-multi-thread make error tt.taptinder.org/file/cmdout/310249.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 05:37
Parrot trunk/ r46597 MSWin32-x86-multi-thread make error tt.taptinder.org/file/cmdout/310262.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 05:41
dalek rrot: r46596 | plobsing++ | trunk/src/pmc/nci.pmc:
update NCI signature parsing to emit new (half year old) PCC param and return signature
 05:44
rrot: r46597 | plobsing++ | trunk (2 files):
Give interpreter access to nci frame builders and eliminate requirement of nci thunks being unmanagedstructs.
sorear PCT quasiquotes would be an awesome addition to NQP 05:58
plobsing: Is that really only a 3-line change or did you forget to stage a file? 06:00
plobsing sorear: yes, it is a legitimate 3 line change 06:01
although I really can't see why ttbot is hating on my commits
darbelo plobsing: ./src/pmc/nci.pmc(62) : error C2057: expected constant expression 06:15
./src/pmc/nci.pmc(62) : error C2466: cannot allocate an array of constant size 0
./src/pmc/nci.pmc(62) : error C2133: 'sig_buf' : unknown size./src/pmc/nci.pmc(62) : error C2057: expected constant expression
./src/pmc/nci.pmc(62) : error C2466: cannot allocate an array of constant size 0
plobsing constant size 0? 06:16
darbelo That's whats causing ttbot to whine.
plobsing I'm not up on my crummy-ms-compilerese 06:17
what does that actually mean?
sorear [0] is invalid C
arrays need to have at least one element
likewise, var[] = {}; is wrong 06:18
plobsing really? seems like a silly restriction.
but also that array will never be of zero length
darbelo ./src/pmc/nci.pmc(62) : error C2057: expected constant expression 06:19
sorear well, it comes back to the fact that & is into
darbelo That's the real error. The rest is msvc being dumb.
sorear an array with zero elements cannot have a unique address 06:20
darbelo size_t buf_length = sig_length + 2 + 1; is not a constant expression.
sorear (this is why C++ interprets class whatever { /* methods only */ } to have an unnamed int field)
darbelo plobsing: you need to allocate sig_buf dynamically. 06:21
buf_length depends on values not known at compile time.
So sig_buf[buf_length] can't be on the stack. 06:22
plobsing C++ doesn't let me stack-allocate arrays? 06:24
plobsing almost misses fortran
sorear you can stack allocate arrays 06:25
but in C89, they have to be statically known size
darbelo MSVC in C89 mode doesn't allow stack allocations that might differ in size from one call to another.
sorear Parrot isn't C++
GCC in C89 mode doesn't either :0
:)
darbelo plobsing: Yes, a c++ compiler is failing due to c89 non-compliance. Working with MSVC is like that. 06:26
sorear syntax error: unable to find final } ... in a 19 line statement 06:27
plobsing I got rid of the malloc there because that's the hottest path in NCI. I'd rather not churn the allocator. Can I just throw it in an ifdef?
darbelo #ifdef WHAT ? 06:28
plobsing ifdef YOU_HAVE_AN_OUTDATED_CC
whatever msvc defines
darbelo I think you want YOU_ARE_NOT_ON_GCC, Sun cc is also strict on c89 comliance. 06:29
And parrot is, amusingly enough, supposed to be written in c89 06:31
More like the intersection of c89 and c++ really. Since we have people who compile with g++
sorear I hear we're in the process of rewriting it in NQP-rx
darbelo pulls sorear's bootstraps. 06:32
sorear trying to debug syntax errors in NQP drives me insane 06:34
plobsing is painfully aware of ppl building on g++. Sometimes I want to call my variables 'new'.
darbelo Heh, my first week after getting a commit bit I broke the c++ and msvc builds. 06:36
bacek_at_work plobsing, namespace and class are perfect names too 06:37
cotto bacek_at_work, when you have the time I'd appreciate improvements or clarifications to trac.parrot.org/parrot/wiki/LoritoRoadmap 06:41
bacek_at_work cotto, you forgot "world domination" at least 06:42
sorear The error, by the way, was forgetting that return was a prefixop.
cotto That's the same thing we plan every night.
sorear msg pmichaud I just dropped my wishlist on your wiki page 06:44
purl Message for pmichaud stored.
dalek rrot: r46598 | plobsing++ | trunk/src/pmc/nci.pmc:
c89 conformance
 07:06
plobsing yay, no more broken build 07:12
cotto yay 07:13
07:16 iblechbot joined 07:17 fperrad joined
pmichaud good evening 07:21
purl Ah, evening. The tumultuous mind tarries and contemplates, reveling in the silence afforded by the diurnal proletariat. Good evening, indeed.
pmichaud NQP _can_ be a subset of Perl 6 forever. :-) 07:22
sorear Hello pmichaud.
dalek rrot: r46599 | pmichaud++ | trunk/src/pmc/sub.pmc:
[core]: Make sure Sub.set_outer() clears any existing outer_ctx.
 07:23
sorear (Don't look at my nqp-rx branch; it's wrong and I'm fixing it)
rrot: r46600 | pmichaud++ | trunk (3 files):
[past]: Add .closure() flag to PAST::Block to return closures with
cotto hi pmichaud
pmichaud pir:: isn't incompatible with Perl 6. :-)
sorear pmichaud: I also patched sub.pmc in a different way... 07:24
sorear reads your patches
pmichaud: What's the point of r46599?
pmichaud my patch removes a buglet from Sub PMC and enables re-attaching the outer.
sorear re-attaching? 07:25
pmichaud so that a newly compiled sub can have a previously-executed sub as its outer context 07:27
more to the point, if we change a sub's notion of its outer lexical sub, we should clear any outer context that we had previously set for the sub.
anyway, it enables the lexical chaining we need for interactive loops
sorear I'm using a diferrent patch which has Occam-advantages 07:28
hmm.
pmichaud: I don't see anything in your patch which forces parrot to retain lexpads after the sub returns. 07:29
pmichaud parrot already does that.
nopaste proof coming up :)
sorear nopaste disproof coming up 07:30
pastie.org/959943
look. set_outer is never called on a previously executed sub
set_outer is called before the first call
yet it doesn't work.
anyways, I'm very interested to see your working code 07:31
can't make a reasoned comparison without it. 07:32
nopaste "pmichaud" at 192.168.1.3 pasted "example attaching a sub to a new outer (that has already finished execution)" (27 lines) at nopaste.snit.ch/20550 07:34
pmichaud the reason why your code isn't working is that your "b" sub doesn't realize it's an outer scope. So Parrot throws away the context at the end. 07:35
i.e., the sub is missing the OUTER flag
sorear aha 07:36
I don't actually need the ability to bind subs after the inner sub finishes executing. What made you think I did?
pmichaud ?
the challenge is that you need it for when the *outer* sub finishes executing.
sorear I don't need to call B() before B.set_outer 07:37
pmichaud right
that isn't my poing
sorear So why do I need the B(); B.set_outer bugfix?
pmichaud if I take that first B() out it still works as expected.
sorear (I get your point on set_outer. Just not this point.)
pmichaud oh.
sorear and OUTER flags
pmichaud all I'm doing in my example is demonstrating that even after I've executed B(), I can re-set its outer and then have B() see the new outer scope. 07:38
sorear oh.
pmichaud before my bugfix, Parrot wouldn't allow that. Once B() had a outer context set, you couldn't reset it except from an already-executing sub.
sorear for informative purposes only, here's how my working copy works
1. set_outer is modified to optionally take a CallContext instead of a Sub (so there are no lexical lossage issues) 07:39
2. the PAST mangling stage inserts an op to capture the current context
3. outer_ctx is used as is, with no need for outer_sub (Occam) 07:40
pmichaud yes, I thought of that approach as well. I didn't want to mangle Parrot's Sub PMC API quite that much without checking with the Parrot gods first
I'm not sure that overloading .set_outer in this way is correct; it's possible that there should be a separate .set_outer_ctx method for it. 07:41
07:41 snarkyboojum joined
sorear in any case, I have a working patch complete with test - nopaste.snit.ch/20548 07:41
(pmichaud actually liked the decisions I made while he was unavailable? *faints*) 07:42
pmichaud sure, I suspected we'd ultimately end up providing a mechanism to set a context for a sub directly, rather than indirectly through other subs. But I wasn't quite convinced that this is the approach Parrot will ultimately want to take on this issue. 07:43
sorear has working, generic code and is currently on a refactor 07:44
actually
this is a very small scale issue
basically, I can adapt to your fix by changing .set_outer($ctx) to .set_outer($ctx<current_sub>)
then I can put this patch up on parrot-trac, say it fixes a memory leak 07:45
pmichaud ...memory leak?
not really
sorear are you one of those people whose definition of "memory leak" cannot exist in a GC system?
pmichaud no
it would just be imprecise to say that this is resolving any sort of leak 07:46
sorear sub foo(@arg) { for @arg { #`(do stuff) }; }; foo(BIG-ARRAY); # foo is an outer sub, so BIG-ARRAY is being retained needlessly
pmichaud right 07:47
this doesn't fix that.
sorear er, right
pmichaud it fixes it only if something later does somesub.set_outer(&foo)
and that will happen fairly rarely
sorear what I'm trying to say is that a variation on my approach will allow parrot to get away from retaining OUTER contexts 07:48
(assuming there are no inner subs retaining via outer_ctx, of course)
pmichaud we have to keep the OUTER contexts around in order to continue to support autoclose semantics on subs
as soon as we eliminate autoclose, then it's easy to get rid of the leaked contexts. 07:49
the existing capture_lex and newclosure opcodes already handle the case where an inner sub needs to maintain a connection to an outer_ctx 07:50
sorear how about I add an entry to the performance tasklist for this
pmichaud wfm
sorear irc gets lost easily 07:51
pmichaud ultimately we'd have to deprecate Parrot's autoclose semantics (and run through a deprecation cycle for it)
as a midway point we might be able to allow autoclose for inner subs being called directly from their outer sub, but not for inner subs called after the outer has exited. that would also eliminate the leaks. 07:52
(it still gets a bit nasty if we have the case like Perl 5 allows where one can call lexically nested subs before the outer scope has ever executed) 07:54
sorear pmichaud: lexically nested named subs are not closures in perl 5 07:55
dalek rrot: r46601 | fperrad++ | trunk (5 files):
add an URI library
sorear only anonymous subs close 07:56
sorear just checked with -e
pmichaud f(); { my $x; sub f() { $x = 5; print "$x\\n"; }; print "$x\\n"; }
07:57 aztack joined
sorear ah, I was only checking the named-sub-in-named-sub case 07:57
pmichaud right.
sorear I love Perl 07:58
pmichaud anyway, I like your patch very much. I'm still not certain that overloading set_outer for both contexts and subs is the way to do it here... I'd have to think a bit about how other methods have typically been set up. 08:00
I agree that ultimately we'll want to be able to set an outer context directly.
I'm just not sure how that will show up.
sorear a sub is just a prototypical context 08:01
pmichaud incoming nqp bonus :-) 08:05
sorear uh oh. 08:06
I hope you haven't touched HLL::Compiler ;)
pmichaud Not yet.
It will be touched, but not tonight or tomorrow (likely)
sorear Good. I've heavily modified that
I hope to have my lexical work reviewable in a couple hours 08:07
pmichaud all of it? or just the interactive part?
sorear Just the interactive part 08:08
pmichaud wfm
sorear Which amounts to about 200 lines of modified decompiled code insertions
pmichaud I'm looking forward to reviewing it :-)
sorear I'm looking forward to the Rakudo side of the patch.
pmichaud probably won't get to it until late morning tomorrow 08:09
sorear I'll get to rip out 50-100 lines of code
Because NQP will handle much more of the eval process
pmichaud right
dalek p-rx: f427d29 | pmichaud++ | (3 files):
Closures now properly capture outer context. Also clean up
sorear What are people's favorite compilation options for a 'fast' parrot?
pmichaud I just use --optimize, myself.
I suspect there may be faster options, but I'm more interested in stablity than speed at the moment. 08:10
egads, it's 3:10am already, and I have to be up at 6:40am :-|
JimmyZ sleep well 08:11
sorear sleep well
pmichaud I'll have to do nqp settings tomorrow morning -- need sleep tonight (and I wouldn't trust my work on it anyway)
cotto night
pmichaud so, that'll be my priority one tomorrow
cotto better working than now 08:12
pmichaud should be fairly straightforward
dalek rrot: r46602 | gerd++ | trunk/docs/book/pct/ch05_nqp.pod:
add some missing semicolons; add a my declaration at the first example to illustrate the need of a declaration before using a variable
cotto I'll make a list of what opsc needs
that'll cut down your time
pmichaud yes, a bunch
that will be a big help
oh, I need to update the wiki...
sorear pmichaud: did you see the nqp requests update? 08:13
pmichaud looking at it now 08:14
I agree we need better error messages... not sure why nqp is getting things so far away. I suspect it's backtracking too quickly where it should instead be generating errors 08:15
so the error message always shows up at the beginning of the block or statement that contains the error
having some examples of poor error messages would help 08:16
sorear they're all interrelated to a certain extent
the worst error messages come from missing commas in the 20 line slabs of NQP we use to fake quasiquoting 08:17
I'll start collecting the bad error messages I get
pmichaud doesn't nqp already allow returning of multiple values? 08:19
it seems to work for me.
sorear return (1,2) just builds a RPA 08:20
and returns it as an item, not :flat
pmichaud that's not much different from Perl 6
or Rakudo, at least.
it's just that in Rakudo it's called a Parcel instead of an RPA 08:21
08:22 fperrad_ joined
sorear pmichaud: the fact that NQP-rx cannot express :flat returns, does it bother you? 08:23
pmichaud not at the moment 08:24
sorear 's vision of NQP can express all Parrot APIs
pmichaud that's not NQP's vision at the moment.
sorear a while back I tried to rewrite blizkost's PIR in NQP
half of my wishlist is "things I would have needed"
pmichaud NQP isn't supposed to be a super-Parrot. In particular, it wants to be able to someday port to non-Parrot backends.
in deciding whether to be closure to what Perl 6 does versus what Parrot provides, NQP tends to want to stay closer to Perl 6 08:26
sorear oh?
mm
08:26 snarkyboojum joined
pmichaud NQP is happy to expose Parrot features as long as they somewhat conform to a P6 syntax 08:26
or, more precisely, as long as we can come up with a P6-compatible syntax for the feature 08:27
s/closure/closer/ # above, typo 08:28
at any rate, NQP's return statement never translates into a .return PIR instruction anyway. 08:29
so there's nothing to :flat
anyway, time for sleep here 08:32
be back in a few hrs
cotto pmichaud, when you feel like hacking: 08:37
nopaste "cotto" at 192.168.1.3 pasted "list of what's used and unused from nqp settings by opsc" (28 lines) at nopaste.snit.ch/20551
cotto opsc builds fine with that subset
08:49 rurban_ joined, bakkdoor joined
sorear How can a CallContext ever have a current_sub of PMCNULL :/ 09:15
aha, ENOSLEEP 09:29
I was reading the "current_sub" named argument.
not the "current_sub" attr.
09:48 darbelo joined 09:49 clinton joined 10:17 joeri joined 10:36 Whiteknight joined 10:38 fperrad_ joined
dalek kudo: da421b4 | (Solomon Foster)++ | src/core/ (4 files):
Rework / write trig functions for Any, Numeric, Real, and Num.
 10:44
kudo: 150eecb | (Solomon Foster)++ | src/core/ (2 files):
Delete Int.sec and Rat.sec. Apparently Real.sec is enough to handle these cases now.
Whiteknight good morning, #parrot 10:59
darbelo Good morning, Whiteknight 11:02
Whiteknight hello darbelo
darbelo How does the 2.4 release look, management-wise? 11:04
Whiteknight I've been tracking commits and smoke reports, things are looking good-to-go 11:06
I don't think we need much of a feature freeze, so long as the weekend doesn't go crazy
darbelo ops_pct landing crazy? 11:07
That one is just around the corner.
Whiteknight I'm expecting that one. so long as it happens today or tomorrow it shouldn't be a big deal
I don't think the codestring branch is ready to land either, so that's a load off 11:08
darbelo codestring got half-abandoned after bacek and pmichaud retooled some bits in trunk. So other than some cherry-picking I wouldn't expect anything from that branch. 11:09
kid51 did raise an interesting point on the list regarding perlcritic failures on ops_pct 11:10
mikehh just got to get perlcritic to avoid some nqp on files with .pm 11:11
working on it at the moment
darbelo We could theoretically just 'whitelist' those files on the test, but I'd rather make the test smart enough to stay away from files meant for other versions of perl. 11:13
mikehh ok - it is now filtering out "perl" files with #! nqp shebang line 11:14
let me do some more tests and will commit it 11:16
darbelo mikehh++
11:30 khairul joined 11:31 JimmyZ joined
dalek kudo: 6c97fe1 | (Solomon Foster)++ | src/core/Cool-num.pm:
Delete multi sub versions of trig functions in favor of just having the proto versions make the appropriate method call directly.
 11:39
11:41 iblechbot joined
dalek rrot: r46603 | mikehh++ | branches/ops_pct/t/codingstd/perlcritic.t:
add filter to perlcritic test to avoid "perl" files with #! nqp shebang line
 11:45
rrot: r46604 | mikehh++ | branches/ops_pct/compilers/opsc/src/Ops/Compiler/Grammar.pm:
add shebang line - #! nqp
rrot: r46605 | mikehh++ | branches/ops_pct/compilers/opsc/src/Ops/OpLib.pm:
add shebang line - #! nqp
rrot: r46606 | mikehh++ | branches/ops_pct/tools/build/ops2c.pl:
fix perlcritic failure - missing use strict/use warnings
 12:02
pmichaud good morning, #parrot 12:03
JimmyZ good morning, pmichaud, Do you sleep well? 12:08
pmichaud yes, but not enough 12:11
mikehh hi pmichaud 12:12
mikehh sleep is often elusive 12:13
darbelo Sleep? I think I used to do that... Can't remember what it felt like, though. 12:23
Coke Whiteknight: the codestring branch is now irrelevant. 12:24
I didn't see this mentioned anywhere: www.python.org/psf/members/#board-of-directors 12:25
msg allison congrats on the PSF board membership.
purl Message for allison stored.
Whiteknight Coke: why is the branch irrelevant? 12:30
12:31 fperrad_ joined
Coke Whiteknight: Hopefully the email I just sent will explain that. 12:32
dalek rrot: r46607 | coke++ | branches/codestring:
All the interesting bits here are now in trunk.
 12:35
12:35 bluescreen joined 12:38 iblechbot joined
Coke I see we have yet another library being added. 12:39
12:39 tetragon joined
Coke msg fperrad - when adding a brand new component with no list or IRC discussion, please add an experimental notice for the library. Thanks. 12:42
purl Message for fperrad stored.
Whiteknight Coke: okay, I see. One less branch to worry about 12:47
12:47 kjeldahl joined
dalek rrot: r46608 | coke++ | trunk/DEPRECATED.pod:
Add notice for another new library.
 12:51
TT #1637 created by coke++: experimental library: URI 12:56
TT #1637: trac.parrot.org/parrot/ticket/1637
Whiteknight how does one get perldoc? 13:04
Coke it comes with perl? 13:05
darbelo Whiteknight: Your distribution's usual chanels? 13:06
Whiteknight make smoke is telling me "perldoc required but not detected"
Coke Whiteknight: are you running as root or something?
Whiteknight nope
Coke (or some other thing that might mess with your PATH)
darbelo Whiteknight: What (OS) are you on?
;)
Coke where did you get your perl?
Whiteknight ubuntu 9.04 13:07
ah, "apt-get perl-doc"
Coke ... why on earth would they split that out. wierd.
darbelo Coke: debian splits *everything*.
NotFound $ dpkg-query -S `which perldoc`
diversion by perl-doc from: /usr/bin/perldoc
diversion by perl-doc to: /usr/bin/perldoc.stub
perl, perl-doc: /usr/bin/perldoc 13:08
Strange :?
dalek rrot: r46609 | NotFound++ | trunk/src/pmc/nci.pmc:
c++ conformance
darbelo Coke: IIRC it has something to do with shipping only the minimum perl needed to bootstrap the package tools in the base install.
Coke ah. 13:09
(note to self, immediately install a copy of perl by hand when I get my ubuntu box.)
darbelo Or maybe not. My knowledge of debian is about as outdated as the software they ship.
13:11 atrodo joined
darbelo Also, my last serious use of Ubuntu was back when they were still shipping debian unstable with a different color scheme. 13:11
mikehh ops_pct branch - distro_tests FAIL - Failed test 'MANIFEST.generated is sorted' (something wierd there) 13:23
all other tests PASS (pre/post-config, make corevm/make coretest, smoke (#33825), fulltest) at r46608- Ubuntu 10.04 amd64 (g++)
NotFound Can someone take a look at TT #1635 and give some opinion? 13:24
mikehh I tried editing MANIFEST.generated, then I ran it (the data) through sort and it still gave problems with the test 13:25
Whiteknight I'm going to do some Ubuntu 8.04 testing as soon as VirtualBox updates 13:29
mikehh NotFound - I had a good look - looks ok to me but, you might want a more informed opinion 13:30
Coke: I don't like the way Ubuntu (or debian maybe) handles perl - I always install by hand, so to speak, using 12.0 wheras Ubuntu has 10.1 13:33
Coke any time there's a system perl, that's a good idea. (I do it on OS X too) 13:36
darbelo OpenBSD has a fairly stock 5.10.1 as the system perl. I've had no issues there. 13:37
mikehh they put the directories all over the place which seems to confuse the hell out of cpanp sometimes in /usr, /usr/local /usr/share with perl and perl5 13:38
darbelo A refreshing change from the horribly outdated gcc that I have to put up with as the system compiler...
13:39 plobsing joined
mikehh darbelo: I tried installing 4.5 but had a couple of problems, apart from taking forever 13:40
13:40 tetragon joined
dalek kudo: 4afd745 | jonathan++ | src/Perl6/ (2 files):
Don't emit variable declarations for placeholders.
 13:42
kudo: cddbf30 | jonathan++ | build/PARROT_REVISION:
Bump to Parrot revision 46606.
Whiteknight All tests pass on Ubuntu 8.04-x86 13:48
so there's one legacy supported environment off the checklist
If Microsoft doesn 13:49
t even support WinXP SP2 anymore, do we have to support it?
mikehh Whiteknight: I don't have 8.04 any more - 9.04, 9.10 and 10.04
Whiteknight mikehh: I have 9.04. 9.10 breaks my computer because of bad drivers so I haven't updated. I do everything else in VirtualBox 13:50
pmichaud so far 10.04 has been super solid for me. 13:51
13:51 GodFather joined
mikehh bah - I can't get VirtualBox or kvm to work with my wireless setup - would help a lot if I could 13:51
Whiteknight pmichaud: that's a very good endorsement. I may upgrade for no other reason than because you said that 13:52
pmichaud other than having to figure out how to re-enable hotkeys (kubuntu), I haven't run into any other issues yet. 13:53
darbelo mikehh: Installing into a vm?
mikehh Whiteknight - I have been using it since beta 1 and have had no major problems
NotFound pmichaud: please take a quick look at TT #1635 13:54
Whiteknight 9.04 had some weird driver error, I think it was my video card
and the computer would freeze and become unresponsive at random intervals
mikehh darbelo: I can install but just can't get my wireless connection to work in any of the VM's 13:55
darbelo OpenBSD and VM's don't always get along. The dev's stand is that if it works on hardware but not on a VM, then the VM is buggy. 13:56
mikehh I have a associate who has got pretty much the same hardware as me but uses an ethernet connection to his wireless router, I tried that with a pair of ethernet plugs, but mit failed and managed to blow my wireless card but fortunately had a spare 13:59
pmichaud NotFound: "control returns to the runloop that established the handler..." ... and then continues executing the PIR code from the point of the address passed as a parameter to rewind? 14:02
s/from the point of the/at/
Whiteknight t/profiling/profiling.t appears to fail on winxp-x86 14:03
NotFound pmichaud: the address is needed because of using a method, an opcode can just use the next address.
pmichaud ah
14:03 JimmyZ joined
pmichaud but yes, that looks very promising 14:03
NotFound The opcode can also have a variant with an address. 14:04
pmichaud I'm not sure I need the "with an address" portion for an opcode -- I can just as easily put a goto following the opcode :-)
NotFound Yeah 14:05
pmichaud (unless the address can be in a different sub... which sounds evilish)
NotFound Uh, no. Allowing a different sub requires more changes.
pmichaud right
so, I'd say "goto after opcode" is plenty sufficient. 14:06
if the caller needs to get to another sub, we have plenty of continuations and other mechanisms for that
NotFound We can always add a variant later if is wanted for some reason.
pmichaud any chance that .'rewind' should be a method on Continuation PMC and not just Exception? 14:07
because there are similar issues with continuations
NotFound pmichaud: rewind was just the quickest to implement and test mechanism. I don't whink we need it, getting the runloop_id attribute is enough. 14:08
So allowing continuations is easy. 14:09
pmichaud good enough
iirc, Exception isa Continuation, and we have the same sorts of issues with those. (lists.parrot.org/pipermail/parrot-d...3493.html)
might be a good idea to cross-link TT #1635 with TT #1091, too :) 14:10
looks like Bob Rogers also had a candidate patch in that thread: lists.parrot.org/pipermail/parrot-d...03548.html 14:12
anyway, I'm in favor of whatever works. :-) 14:13
NotFound pmichaud: yes, seems to be the same idea. 14:15
moritz would love to see Whatever properly working 14:16
dalek TT #1638 created by whiteknight++: t/profiling/profiling.t fails on WinXP 14:17
TT #1638: trac.parrot.org/parrot/ticket/1638
plobsing libjit framebuilder lives: git://github.com/plobsing/parrot-libjit-fb.git 14:18
now all I need is testing and documentation
14:22 patspam joined
darbelo setup.winxed? That's new. 14:31
NotFound darbelo: is unfinished 14:32
darbelo NotFound: I'm looking at the one on plobsing's parrot-libjit-fb and it looks nice. 14:34
NotFound darbelo: Oh, I was thinking you talked about winxed. 14:35
Winxed itself is not yet ready for plumage install.
14:37 GodFather joined
NotFound pmichaud: the patch from Bob Rogers seems to do the unrolling at ExceptionHandler invoke time, and that way may disallow resume in lots of cases. 14:39
Personally, I don't like resumes, but a lot of people here do.
pmichaud well, we have to have them. 14:41
it has to be possible to transfer control to an exception handler and then allow it to say "okay, handled, go back to what you were doing" 14:42
NotFound We need to keep the runloop to do that. That point has been discused several times. So the "handling done" opcode is the reasonable solution,
pmichaud agreed. 14:43
NotFound BTW, "done_eh" is a good name?
Mmm... if we plan to use it with continuations, no. 14:45
14:55 tcurtis joined, JimmyZ joined 14:57 snarkyboojum joined, fperrad_ joined, ruoso joined
NotFound New patch with the opcode version attached to TT #1635 14:59
15:00 GodFather joined
dalek rrot: r46610 | mikehh++ | trunk/src/pmc/imageio.pmc:
fix codetest failure - tabs in leading whitespace
 15:04
kudo: f204532 | jonathan++ | src/Perl6/Actions.pm:
Avoid emitting broken PIR for things like has ($!x, $!y).
 15:07
Coke Jeff Goff? 15:08
jgoff? 15:09
purl jgoff is speaking.
Coke seen jgoff?
purl jgoff was last seen on #perl 6 years, 164 days, 50 minutes and 51 seconds ago, saying: seen Elthek [Dec 3 14:18:16 2003]
dalek rrot: r46611 | mikehh++ | trunk/lib/Parrot/Docs/Section/PCT_Tutorial.pm:
add svn properties
 15:20
Coke going to yapc::na? 15:22
purl See "going to YAPC::NA $year"
Coke going to yapc::na 2010?
purl well, going to yapc::na 2010 is qw(jhannah rbuels cfedde apeiron dha nacmac dhoss mst chargrill kyriel triddle DrForr coke packy dukeleto kolibrie colomon jasonmay arcanez dylan doy ology waltman)
Coke ARGH.
oh wait, there I IS!
15:28 PerlJam joined
dalek rrot: r46612 | coke++ | trunk/compilers/pct/README.pod:
Remove references to missing languages, previous versions, and the future yet to be.
 15:37
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33829), fulltest) at r46611- Ubuntu 10.04 amd64 (g++) 15:38
15:57 bakkdoor joined
atrodo Do the tags from svn not get copied to the git repo on github? 16:01
Coke no clue; I'd ask dukeleto 16:04
dalek rrot: r46613 | fperrad++ | trunk (2 files):
[URI] add scheme 'file'
 16:10
kudo: a7af4f0 | (Solomon Foster)++ | src/core/Complex.pm:
Reformat Complex trig functions, and delete unneeded (and incorrect) duplicates.
 16:13
16:14 bakkdoor joined
PerlJam allison++ python software foundation? Is she trying to be a human bridge between languages that begin with P? :-) 16:18
16:19 theory joined
dalek kudo: f3998c4 | moritz++ | docs/running.pod:
[docs] document --stagestats, isBEKaml++
 16:24
rrot: r46614 | fperrad++ | trunk (6 files):
add an LWP library (first step: protocole file)
 16:26
rrot: r46615 | fperrad++ | trunk/DEPRECATED.pod:
update notice for experimental libraries
cotto pmichaud, did you see my nopaste? 16:38
dukeleto atrodo: svn tags do not get copied to github, correct. it might be possible 16:40
atrodo dukeleto> Okay, thanks. I just wanted to make sure I wasn't missing something
I was going to try and setup parrot as a git submodule, and that it'd be useful to pull the version based on a tagged release 16:42
Coke I wonder if Adobe's Warnock and Perl's Warnock are related. 16:48
16:50 fperrad_ joined 16:54 Andy joined
Coke ... I am amused that that send was warnocked. 17:07
17:27 davidfetter joined 17:28 LoganLK joined 17:43 iblechbot joined
pmichaud cotto: with the list of methods? yes. I'm changing the signatures slightly. 17:44
I'm about to commit a first draft
sorear returns 18:10
pmichaud pushing nqp-rx initial setting files. these don't do anything yet, they're just for people to start looking at and commenting on. 18:54
now I'll work on adding tests and making them active.
dalek p-rx: 8e501a3 | pmichaud++ | (2 files):
Allow pod comments to be indented by whitespace.
 18:57
p-rx: 04f26c7 | pmichaud++ | src/setting/ (4 files):
Add some initial drafts and versions of setting files for nqp

got them from japhb++, and others.
18:59 dukeleto joined
cotto_work pmichaud: If you're just including the minimum set needed by opsc, spew can go. 19:02
pmichaud I figured spew can go in for now 19:03
I was just trying to put things where I thought they reasonably fit for the moment
the biggest change is the signature on map()
it now takes a slurpy list instead of a single list
so either call it with map({...}, |@list) or as @list.map({...}) 19:04
(I did that to be consistent with the other functions that use slurpies.)
anyway, next step is to add some basic tests and get it into parrot 19:05
sorear /almost/ there 19:07
sorear wonders if it's possible to sanely test the repl 19:12
svn up; make; make install; ... rakudo: perl Configure.PL YOUR PARROT IS TOO OLD 19:13
I'm guessing it's snapshotting the revision at parrot conf time
pmichaud I'm guessing rakudo is using a different parrot 19:15
rakudo's build process gets the parrot revision number from whatever parrot_config reports
sorear pmichaud: no, it's the same parrot. if I just remember to reconfigure parrot every time I up it works 19:16
pmichaud ah, yes.
I can believe that. 19:17
sorear luckily parrot rebuilds decently fast
even with -O2
pmichaud if parrot's config process is setting the revision number in pconfig, then it'll be out of date.
sorear I've got a slightly strange setup
I have two parrot checkouts side by side
one of them is configured with --debugging=0 --optimize, the other not 19:18
so I can switch my system parrot between "fast" and "gdb-friendly" with a 15-second sudo make install
Coke sorear: for "even faster" use ccache to build parrot 19:31
sorear: just use --optimize --ccflags="-g"
(unless that is too slow. I unno. it's fast enough for me and gdb likes it)
we need someone to make friends with companies willing to donate money for grants etc. 19:33
sorear Coke: I 19:34
Coke: I've had bad experiences with gdb on -O -g code
I don't trust it
Coke hokay.
cotto_work 4.5 should be better for that
Coke asks someone who works at google.
dalek p-rx: b9a6851 | pmichaud++ | (4 files):
Automatically build nqp setting. Add setting-test target, and first batch
 19:36
19:39 davidfetter joined
dalek rrot: r46616 | coke++ | branches/rm_doc_makefile:
Remove docs/Makefile, last recursive make in default build.
 19:45
19:46 cotto_work2 joined
pmichaud I have a question about ext/nqp-rx/Defines.mak .... why are P6object.pbc, PCT/HLLCompiler.pbc, and PCT/PAST.pbc listed there? 19:46
dalek p-rx: d0789dc | pmichaud++ | build/Makefile.in:
Clean up makefile dependency for setting-test.
 19:47
p-rx: e7af481 | pmichaud++ | (2 files):
Add .keys, .kv, .values to Hash, fix .delete. Add 02-hash.t tests.
p-rx: 8bc24ed | pmichaud++ | .gitignore:
More files for git to ignore.
Coke pmichaud: checking. 19:49
cotto_work2 pmichaud, subst doesn't look like it should compile. $replace_string is used without being defined
pmichaud cotto_work2: looking. 19:50
it's not compiling at all.. the comments aren't matching up
Coke pmichaud: looks like they're just dependencies.
pmichaud is it normal to put dependencies there like that? 19:51
Coke ... yes?
pmichaud okay
cotto_work: yeah, comments were causing the whole file to be ignored. need tests :-) 19:52
Coke a lot of the .mak files are split into two parts; one for definitions that is included earlier in the main makefile, and then another for rules, which happens later.
pmichaud right, nqp is this way also
I somewhat expected it to be pbcs that this component generated, not what it also needed
I'll look at the rules.mak in more detail shortly
Coke it's only used in the Rules.mk - it's the deps for parrot-nqp 19:53
cotto_work an ops_pct merge tonight is starting to look promising
sorear \\o/ I have lexical persistence in Rakudo now
pmichaud \\o/ ~
Coke (er, and also in a cleanup step in root.in)
sorear (Again.)
One tiny tiny problem though.
'say' is a my sub.
I can't access it from Perl6::Compiler 19:54
Coke (looks like it's slightly abused, as the cleanup for nqp-rx shouldn't cleanup its deps too, but given how we do cleanups now, doesn't really bother anything)
pmichaud I'll see if I can disabuse it
short break, then I'll add nqp-setting to parrot. 19:56
dalek p-rx: 8e3df2d | pmichaud++ | src/setting/Regex.pm:
Fix comment errors and $replace_string error in Regex.pm, noticed by cotto++ .
 19:58
p-rx: 237fdfb | pmichaud++ | (5 files):
Update nqp bootstrap-files target, add nqp-setting.pm to stage0 files.
kudo: e988665 | (Solomon Foster)++ | src/core/Num.pm:
Special case ceiling / floor for NaN, Inf, and -Inf.
 20:06
sorear pmichaud: topic/lexical-persistence-2 in nqp-rx and rakudo is ready to be looked at 20:23
sorear is spectesting in parallel
20:46 bluescreen joined
sorear pmichaud: pushed a corrected version which passes >0% of the spectests :) 20:54
pmichaud sorear: I'll look at them soon; might be tomorrow-ish 20:55
20:56 fperrad_ joined
pmichaud cotto_work: nqp-setting.pbc now pushed into parrot trunk (r46617). Let me know if/when you run into any difficulties. 20:58
bacek++, japhb++, and others++ who helped on this 20:59
revisions to the settings files in nqp-rx itself welcomed. tests are especially welcomed.
afk, dinner
japhb You're quite welcome. I noticed some definite improvements from my originals, so kudos to those who were responsible.
sorear and "eval" is broken. unsuprising. 21:05
ttbot Parrot trunk/ r46617 MSWin32-x86-multi-thread make error tt.taptinder.org/file/cmdout/311500.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 21:07
dalek rrot: r46617 | pmichaud++ | trunk (8 files):
[nqp]: Add initial nqp-setting library to Parrot.
 21:08
Whiteknight nothing in parrot repo better be broken 21:18
sorear eval fixed 21:24
pmichaud I did make test before committing, should be okay. and the stuff I was doing was all in the ext/nqp-rx dir 21:27
21:37 rurban joined
cotto_work pmichaud, thanks! I'll test when I can, likely later this evening. 21:44
If everything works, how does a merge tonight sound? 21:49
Whiteknight ^
Whiteknight ? 21:50
merge away
cotto_work ok. 21:51
mikehh will probably have to add some svn:ignore stuff after the merge - will be around though
Whiteknight What is the lexical-persistance branch on nqp-rx? 21:52
cotto_work mikehh, thank. Hopefully I'll be in a state to catch that. 21:54
sorear Whiteknight: my WIP
for 'my' variables in the REPL
Whiteknight ah, nice
I tried to figure out that problem in Matrixy too, did not have much success 21:55
mikehh cotto_work: the only problem I had was with MANIFEST.generated - the test in distro_tests reported that it was not sorted - but it was as far as I could see
cotto_work I remember sorting it. 21:56
maybe it uses a different sort than the unix 'sort' tool
mikehh I tried fiddling with it but it expected some weird things
well it uses perl and maybe theren is something different in 5.12 but it works on trunk 21:57
there is
sorear Whiteknight: Matrixy? 21:59
purl i guess Matrixy is in need of a huge rewrite anyway. retargetting to nqp-rx would be a good idea
sorear retargetting to nqp-rx will get you lexical persistence almost for free
also, buts
bugs
Whiteknight sorear: my (now stalled) attempt to write a Matlab compiler for Parrot
sorear has diffuse spectest failures
Coke removes "experimental" tickets from the Active Tickets Queue.
Whiteknight I like buts in my software
Coke pmichaud: hey, as long as you're hacking on nqp-rx, there's a bunch of tickets. =-) 22:02
NotFound: you were just near #1483, yes? (can you check out that patch?) 22:06
22:11 seatek joined
dalek rrot: r46618 | coke++ | trunk/DEPRECATED.pod:
Add a public notice regarding this item from six months ago.
 22:30
ttbot Parrot trunk/ r46618 MSWin32-x86-multi-thread make error tt.taptinder.org/file/cmdout/311571.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 22:33
dalek TT #994 closed by coke++: Fix SVN properties for git-svn users 22:35
TT #994: trac.parrot.org/parrot/ticket/994
sorear argh I'm still failing random spectests
oh, I broke eval again while fixing something 22:37
22:42 clinton joined
dalek TT #629 closed by coke++: exception from :immediate sub bus errors. 22:51
TT #629: trac.parrot.org/parrot/ticket/629
22:58 Psyche^ joined
pmichaud Coke: (nqp-rx tix) yes, unfortunately not all of them are tagged with nqp. 23:05
but I guess/hope I own most of them so I suppose I can find them that way. :) 23:06
23:12 tetragon joined 23:13 jan joined
bacek ~~ 23:17
cotto_work hio bacek.
It's looking like tonight will be a good time for the ops_pct.
bacek cotto_work, excellent!
pmichaud, can you cherry-pick this commit github.com/bacek/nqp-rx/commit/9253...c43d0d90da ? 23:18
Whiteknight we have an ETA? I have a LOT of testing I want to do on a few systems after the merge 23:29
cotto_work before I go to sleep (or failing that, after the release) 23:30
I'm having some friends over tonight, so it won't be until fairly late.
I'd guess 11:30-ish my time. 23:31
does that work?
Whiteknight can't do it now? 23:32
dalek tracwiki: v169 | jimmy++ | WikiStart
tracwiki: trac.parrot.org/parrot/wiki/WikiSta...ction=diff
tracwiki: v170 | jimmy++ | WikiStart
tracwiki: removed PMCUnionDeprecationTasklist, it's already done
tracwiki: trac.parrot.org/parrot/wiki/WikiSta...ction=diff
cotto_work I can't. If bacek can he's welcome to. 23:33
Coke seems like anyone with a desire for karma could merge it.
bacek It's very hard to merge branches in git-svn if they were merged previously with straight svn... 23:34
cotto_work ic 23:35
those days are numbered
bacek hmmm 23:37
Only few conflicts in MANIFEST(.*) and gen/makefiles/root.in
Testing now
cotto_work don't forget to update opsc files to depend on nqp-setting.pbc instead nqp-settings.pbc
bacek erm.... find_codepoint... 23:44
cotto_work did you bootstrap the ops? 23:46
bacek nope 23:47
cotto_work probably a good idea
purl Of COURSE it's a good idea! I thought of it!
bacek I have to "boostrap" them in trunk.
Sigh... nqp-rx crashing on compiling setting... 23:51
Whiteknight yay! I finally have Ubuntu 10.04 up and running 23:59

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!