Camelia, the Perl 6 bug

IRC log for #parrot, 2011-11-02

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:17 cotto dukeleto: ping
00:18 whiteknight joined #parrot
00:19 cotto 'evening, whiteknight
00:19 whiteknight 'ello, cotto
00:21 cotto whiteknight: I appreciated the house blogging.  It's nice to know what's been keeping you occupied.
00:25 whiteknight We've got another house lined up now, and I'm pretty hopeful about this one
00:25 whiteknight We've been actively house-hunting for over three years now, with the most bizarre streak of bad luck that anybody has ever heard of
00:26 benabik It'll just make you appreciate your house that much more when you do get it.  :-D
00:26 * benabik looks for the silver lining.
00:28 benabik I should really get the RAM I've been looking at.  Compiling Rakudo forces most of my normal programs into swap and it takes a long time to become responsive again.
00:30 whiteknight Do we have anybody who regularly uses Windows now?
00:30 whiteknight I can do some light testing on Windows intermittently, but that's hardly enough to port a whole threading implementation
00:31 cotto uses, yes.  can do in-depth hacking, no.
00:32 whiteknight well, that's what we need most, somebody who is regularly using and hacking on windows
00:33 whiteknight I sent out notice about green_threads almost two weeks before the merge, and in that time not a single person tested it on windows. nine does't have access to windows and my access is extremely uncommon
00:33 whiteknight so that's worrisome
00:35 cotto I'll try a build now, but yes, it's quite worrisome.
00:35 kid51 The only person I've heard of who qualifies as "regularly using and hacking on windows" is jnthn
00:35 cotto same here
00:35 whiteknight and jnthn is clearly not interested in doing any parrot core development
00:35 whiteknight It's not just a matter of having regular testers, because ttbot can do that (when it's working)
00:36 kid51 Going into the July release, IIRC, coke had access to a Windows box on which we got to PASS on make test
00:36 whiteknight we are going to need to do some serious development to get threads working there in the not-so-distant future
00:36 kid51 That was as good as we managed.
00:36 whiteknight and green threads don't work there now
00:37 cotto We can manage *if* the code we need to write is similar to the small snippets in src/platform, but we will have difficulty doing more than that given our current set of hackers.
00:39 whiteknight I have windows on my work computer. I can do testing in the background and very very small fixes, but I can't afford to clock out and do major development there
00:45 cotto same thing here
00:46 cotto small and medium fixes are fine, but I am technically being paid to work on $dayjob things
00:55 whiteknight What I'm going to have to do is write a bunch of windows code here without being able to test it, commit to branch, and then try to test it at work
00:55 whiteknight and that's not exactly a setup for quick turnaround
00:55 cotto no
00:56 RobertLJ joined #parrot
01:00 whiteknight I think we're going to have to move src/alarm.c to src/platform/generic/alarm or similar, and then add a win32 variant of the fle
01:01 whiteknight file
01:02 kid51 Heh!  Reading cpantesters report on one of my recent CPAN uploads, I have a failure the correction of which will require ... that I work on a Windows box!
01:27 whiteknight well, I'm going to have to completely rewrite the alarm code
01:27 whiteknight the API is not amenable to portability
01:27 benabik Sadface
01:29 whiteknight it's not a lot of code
01:36 cotto limited damage is good
01:36 dalek parrot/green_threads_win: 4fce7f8 | Whiteknight++ | / (7 files):
01:36 dalek parrot/green_threads_win: Throw some crap together to start porting alarm to Win32. not finished, but I'm out of time tonight.
01:36 dalek parrot/green_threads_win: review: https://github.com/parrot/parrot/commit/4fce7f889f
01:36 dalek parrot/green_threads_win: 4fce7f8 | Whiteknight++ | / (7 files):
01:37 dalek parrot/green_threads_win: Throw some crap together to start porting alarm to Win32. not finished, but I'm out of time tonight.
01:37 dalek parrot/green_threads_win: review: https://github.com/parrot/parrot/commit/4fce7f889f
01:37 whiteknight I'll keep playing tomorrow
01:37 whiteknight and I'm out for the night
01:38 benabik whiteknight++ # descriptive commit messages
01:46 woosley joined #parrot
01:47 plobsing_ someone throw those up on commits from last night
01:51 benabik …  That actually exists.  http://www.commitlogsfromlastnight.com/
01:52 plobsing_ yeah that one
02:38 RobertLJ1 joined #parrot
03:02 nbezzala joined #parrot
03:36 cotto woot.  commitlogsfromlsatnight links to commits now
03:37 cotto layout is broken on non-large screens
03:54 dukeleto ~~
04:00 plobsing_ cotto: it doesn't look broken on my screen. maybe I need to buy a bigger screen to see the intended layout :P
05:07 nbrown_ joined #parrot
05:08 schmooster joined #parrot
06:08 cotto does anyone know what kid51's reposition_archive_tarball branch did?
06:09 cotto looks like it's not too big of a change
07:25 SHODAN joined #parrot
08:02 nbrown joined #parrot
08:15 contingencyplan joined #parrot
08:37 nine Good morning, #parrot
08:38 moritz good am, 9
08:39 nine So what do I have to get a commit bit? It sucks to see people fixing things that I already fixed in my repo.
08:39 moritz nine: have you submitted a parrot CLA already?
08:40 moritz nine: that's the first requirement. Then you need enough committers to be in favor of giving you a commit bit, which most likely won't be a problem
08:40 nine moritz: no, where do I find this agreement?
08:41 moritz nine: http://www.parrot.org/sites/www.​parrot.org/files/parrot_cla.pdf
08:42 nine moritz: thanks
08:42 cotto nine, yup.  A current committer has to nominate you for a commit bit and one or two others need to second it.  That and a cla will get you your bit.
08:42 * moritz nominates nine for a commit bit.
08:42 cotto traditionally we do it at #parrotsketch, though I don't know if that's required.
08:43 moritz cotto: since the next one is in 6 days, would an email to parrot-dev work too?
08:43 cotto moritz, I'd call it good.
08:44 cotto and I'll second
08:44 * moritz sends the mail
08:47 mj41 joined #parrot
08:57 nine CLA sent to legal@parrot.org
08:59 particle joined #parrot
09:09 mj41 joined #parrot
09:55 particle joined #parrot
10:08 dalek rakudo/check-vars: 430c564 | moritz++ | src/Perl6/Actions.pm:
10:08 dalek rakudo/check-vars: align code vertically, no functional changes
10:08 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/430c564074
10:08 dalek rakudo/check-vars: c18c888 | moritz++ | src/Perl6/Actions.pm:
10:08 dalek rakudo/check-vars: complain about undeclared variables
10:08 dalek rakudo/check-vars:
10:08 dalek rakudo/check-vars: breaks the build
10:08 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/c18c888b2f
10:08 dalek rakudo/check-vars: 0381c3c | moritz++ | src/core/ (2 files):
10:08 dalek rakudo/check-vars: move declarations of $Inf and $NaN before its first usage
10:08 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/0381c3cebd
10:08 dalek rakudo/check-vars: 9464ea5 | moritz++ | src/core/Enum (2 files):
10:08 dalek rakudo/check-vars: work around variable interpolation issues in the setting; restores the build
10:08 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/9464ea5b2e
10:08 dalek rakudo/check-vars: 430c564 | moritz++ | src/Perl6/Actions.pm:
10:08 dalek rakudo/check-vars: align code vertically, no functional changes
10:08 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/430c564074
10:08 dalek rakudo/check-vars: c18c888 | moritz++ | src/Perl6/Actions.pm:
10:08 dalek rakudo/check-vars: complain about undeclared variables
10:08 dalek rakudo/check-vars:
10:08 dalek rakudo/check-vars: breaks the build
10:08 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/c18c888b2f
10:08 dalek rakudo/check-vars: 0381c3c | moritz++ | src/core/ (2 files):
10:08 dalek rakudo/check-vars: move declarations of $Inf and $NaN before its first usage
10:08 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/0381c3cebd
10:08 dalek rakudo/check-vars: 9464ea5 | moritz++ | src/core/Enum (2 files):
10:08 dalek rakudo/check-vars: work around variable interpolation issues in the setting; restores the build
10:09 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/9464ea5b2e
10:35 alin joined #parrot
10:55 dalek rakudo/check-vars: c6bbbf8 | moritz++ | src/core/EnumMap.pm:
10:55 dalek rakudo/check-vars: fix typo in EnumMap.pm
10:55 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/c6bbbf82dc
10:55 dalek rakudo/check-vars: 5a22e59 | moritz++ | src/Perl6/Actions.pm:
10:55 dalek rakudo/check-vars: work around over-eager complaints about things that might turn out to be variables in double-quoted strings
10:55 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/5a22e5907d
10:55 dalek rakudo/check-vars: c6bbbf8 | moritz++ | src/core/EnumMap.pm:
10:55 dalek rakudo/check-vars: fix typo in EnumMap.pm
10:55 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/c6bbbf82dc
10:55 dalek rakudo/check-vars: 5a22e59 | moritz++ | src/Perl6/Actions.pm:
10:55 dalek rakudo/check-vars: work around over-eager complaints about things that might turn out to be variables in double-quoted strings
10:55 dalek rakudo/check-vars: review: https://github.com/rakudo/rakudo/commit/5a22e5907d
11:13 particle joined #parrot
11:38 Psyche^ joined #parrot
11:46 particle1 joined #parrot
12:01 woosley left #parrot
12:14 dalek parrot: 6fe1c97 | mls++ | / (4 files):
12:14 dalek parrot: fill_params: fill unused registers with default values if error checking if off
12:14 dalek parrot:
12:14 dalek parrot: The default is that error checking is off for call results. The calling.t
12:14 dalek parrot: test relied on this(!), so it now checks for that the result gets overwritten
12:14 dalek parrot: with PMCNULL. Also, two bugs in PGE::Exp and Test::More were detected and
12:14 dalek parrot: fixed because of this change.
12:14 dalek parrot: review: https://github.com/parrot/parrot/commit/6fe1c97da9
12:14 dalek parrot: 6fe1c97 | mls++ | / (4 files):
12:14 dalek parrot: fill_params: fill unused registers with default values if error checking if off
12:14 dalek parrot:
12:14 dalek parrot: The default is that error checking is off for call results. The calling.t
12:14 dalek parrot: test relied on this(!), so it now checks for that the result gets overwritten
12:14 dalek parrot: with PMCNULL. Also, two bugs in PGE::Exp and Test::More were detected and
12:14 dalek parrot: fixed because of this change.
12:14 dalek parrot: review: https://github.com/parrot/parrot/commit/6fe1c97da9
12:21 JimmyZ joined #parrot
12:24 whiteknight joined #parrot
12:31 whiteknight good morning, #parrot
12:33 nine Good morning, whiteknight
12:33 whiteknight hello nine
12:34 whiteknight nine: I started a new green_threads_win branch to refactor the alarms stuff and port it to windows. I'm going to have to rearrange that API pretty significantly to make it portable in a more generic way
12:34 alin joined #parrot
12:34 whiteknight if you have any particular insight or requests, let me know
12:40 nine whiteknight: why do you need to change the API? I'd guess that even on Windows a FLOATVAL when should be enough to set an alarm and somehow you can arrange for Parrot_alarm_callback to be called on expiry. I cannot imangine any timer API to be more limited than POSIX' :)
12:40 nine whiteknight: Parrot_alarm_now is completely unused
12:45 whiteknight nine: On windows we're going to need to keep a HANDLE reference to a timer queue object. That means we are either going to have to pass in the PARROT_INTERP to most of those functions, or some other system-specific data struct
12:45 whiteknight also, I need to add a Parrot_alarm_destroy to mirror Parrot_alarm_init, and cleanup resources at interp exit
12:46 whiteknight Plus, if I can get rid of some of those global variables, that would be awesome
12:48 nine and while we're at it: threads will make this even more interesting since all threads (and thus all their schedulers) have to share the same alarms
12:50 whiteknight the alarm counter can stay global, since all threads can read that value and compare to their current value. We'll deal with the full-threads case when we get to it
12:50 whiteknight I suspect we really are going to need to break the interp up into two parts, one part of which is a global shared store of data like this for configuring alarms
12:51 whiteknight although, the posix version currently doesn't use a shared state, so we can just avoid initializing the alarms system a second time
12:53 nine btw. I thought Windows was POSIX compatible?
13:08 JimmyZ http://en.wikipedia.org/wik​i/Microsoft_POSIX_subsystem
13:09 pbaker joined #parrot
13:10 nine in short: it's not
13:16 whiteknight nine: in short
13:20 mls hi guys!
13:21 moritz o/
13:21 rfw joined #parrot
13:22 mls what's with the support of event handlers in the exception handler array, does anybody use this?
13:30 mls can I rip out the code? ;)
13:38 whiteknight mls: is it causing a problem?
13:39 mls You mean beside being ugly, slow and useles? Probably not.
13:39 whiteknight mls: you can try ripping it out and seeing if it breaks any tests. I think we're going to replace a lot of eventing code with new green_threads stuff
13:40 mls I'm implementing a pop_upto_eh opcode and it somewhat gets in the way
13:40 mls I don't understand the code at all. And I neither see any documentation nor anybody using it
13:41 whiteknight okay, try pulling it out and see what happens. Like I said, we're probably going to replace it with something better anyway
13:41 mls (I understand the code, but not the purpose ;) )
13:41 mls the spec just talks about "adding event handlers to the scheduler"
13:41 moritz .oO( there's a part of parrot that rakudo doesn't use? )
13:42 mls the code in question is about adding event handlers to the current context, like with push_eh
13:42 whiteknight moritz: there are several parts of Parrot rakudo doesn't use, and those parts haven't gotten much love
13:42 mls (You can push an event handler with push_eh, but you can't pop it with pop_eh...)
13:42 whiteknight well, that sounds stupid
13:43 mls using push_eh to push an event handler is robably a misuse
13:43 whiteknight yes, I would think so
13:44 whiteknight it also doesn't make sense to me that you would just have a generic event handler attached to the context
13:44 whiteknight that doesn't seem like a useful mechanism, unless you're lazy and you just want events to be like exceptions but with a different name
13:44 mls Currently they can only be removed by calling Parrot_cx_delete_handler_local with a handler_type
13:44 whiteknight bleh
13:45 mls yes, there's lots of code so that pop_eh really only pops exception handlers and not event handlers...
13:46 mls I'd rather have another queue in the context than mixing them up
13:47 mls also, pop_eh does not pop the handler, but nulls the slot in the handler queue
13:47 mls so if you do lots of push_eh/pop_eh, the queue will get bigger and bigger
13:47 whiteknight damnit
13:47 whiteknight okay, that's all terrible
13:47 mls ;)
13:48 whiteknight kill it. Print the code out on paper, shoot it with a gun, and light it on fire
13:48 mls Ok, I'll create a branch.
13:48 moritz this kinda reminds me of the old "how many lines of code did you write this month?" -- "-3000"
13:49 nine moritz: sounds like a very good month. Removed code is debugged code.
13:49 Coke unbugged
13:50 mls .oO(another way to bring down the number of bugs)
13:50 mls you beat me
13:50 whiteknight that's what we told the students last year for GCI: There are two ways to increase test coverage: Write more tests, or delete more code
13:50 benabik joined #parrot
13:52 mls Oh, another thing. It seems that lots of ops do a Parrot_str_new_constant() call. Isn't that expensive?
13:52 whiteknight mls: do you have an example?
13:53 mls uh, e.g. pop_eh does Parrot_str_new_constant(interp, "exception")
13:53 mls That CONST_STRING mechanism doesn't work for ops, I guess
13:54 whiteknight Yeah, our handling of constant strings leaves much to be desired
13:54 benabik o/ #parrot
13:54 whiteknight hello benabik
13:54 mls it probably can't be used for dynops, but it would be nice to have for the core ops
13:55 whiteknight If you can find any such case in particular that is slowing things down, we can probably optimize it
13:55 mls I think Parrot_str_new_constant() always does a hash lookup
13:56 benabik Could store the string in a static variable…  Not sure if that's the best idea, but it could work
13:56 benabik (If we can be ensured that constant strings don't move.)
13:56 JimmyZ bacek++ created a branch to delelte Parrot_str_new_constant
13:56 mls I think jnthn++ does that for some rakudo key strings that get used very often
13:56 whiteknight benabik: I'm thinking we set up a handful of global constants, and use the PObj_is_external_FLAG, or whatever it's called, to prevent GC from playing with it
13:57 whiteknight if you find a particular bad case in the profiles, we can test it out
13:57 Coke hey, didn't bacek commit something recently? did he vanish again?
13:57 benabik whiteknight: That works too.  I'm not hugely familiar with the internals.
13:58 mls Meybe we can use something like CONST_STRING and resolve all constant strings at dynop load time
14:02 benabik Not sure how'd we do that, really...
14:02 benabik Best I can think of is if we have a function that's called when the library is loaded it could do all the setup for strings it'll need.
14:03 dalek rakudo/nom: 430c564 | moritz++ | src/Perl6/Actions.pm:
14:03 dalek rakudo/nom: align code vertically, no functional changes
14:03 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/430c564074
14:03 dalek rakudo/nom: d307831 | moritz++ | src/ (4 files):
14:03 dalek rakudo/nom: Catch variable use before declaration (RT #61838)
14:03 dalek rakudo/nom:
14:03 dalek rakudo/nom: Does not catch unused non-$ variables in double quoted strings.
14:03 dalek rakudo/nom:
14:03 dalek rakudo/nom: This also moves $Inf and $NaN to an earlier setting file, because
14:03 dalek rakudo/nom: they were used before the declaration.
14:03 dalek rakudo/nom:
14:03 dalek rakudo/nom: It also contains a very ugly workaound around a problem with the nqp
14:03 dalek rakudo/nom: %markhash being global, and reused for multiple evals. This bug
14:03 dalek rakudo/nom: was exposed by other parts of the patch.
14:03 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/d307831a71
14:03 dalek rakudo/nom: 430c564 | moritz++ | src/Perl6/Actions.pm:
14:03 dalek rakudo/nom: align code vertically, no functional changes
14:03 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/430c564074
14:03 dalek rakudo/nom: d307831 | moritz++ | src/ (4 files):
14:03 dalek rakudo/nom: Catch variable use before declaration (RT #61838)
14:03 dalek rakudo/nom:
14:03 dalek rakudo/nom: Does not catch unused non-$ variables in double quoted strings.
14:03 dalek rakudo/nom:
14:03 dalek rakudo/nom: This also moves $Inf and $NaN to an earlier setting file, because
14:03 dalek rakudo/nom: they were used before the declaration.
14:03 dalek rakudo/nom:
14:03 dalek rakudo/nom: It also contains a very ugly workaound around a problem with the nqp
14:03 dalek rakudo/nom: %markhash being global, and reused for multiple evals. This bug
14:03 dalek rakudo/nom: was exposed by other parts of the patch.
14:03 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/d307831a71
14:10 moritz so, we have 4 +1 votes on nine++ getting a commit bit
14:21 benabik I'm big on giving a commit bit to anyone who's already created a large branch that we've merged in.  :-D
14:25 JimmyZ joined #parrot
15:09 whiteknight if he has sent in a CLA, we'll definitely do it
15:10 dalek parrot: c489e0b | mls++ | src/call/args.c:
15:10 dalek parrot: fix cuddled else
15:10 nine whiteknight: sent by email this morning
15:10 dalek parrot: review: https://github.com/parrot/parrot/commit/c489e0b4f0
15:10 dalek parrot: c489e0b | mls++ | src/call/args.c:
15:10 dalek parrot: fix cuddled else
15:10 dalek parrot: review: https://github.com/parrot/parrot/commit/c489e0b4f0
15:18 dalek parrot/mls/kill-events-in-ehqueue: 513be6d | mls++ | / (7 files):
15:18 dalek parrot/mls/kill-events-in-ehqueue: Delete handler_type argument from exception handler functions.
15:18 dalek parrot/mls/kill-events-in-ehqueue:
15:18 dalek parrot/mls/kill-events-in-ehqueue: Mixing event and exception handlers seems to be a bad idea, it
15:18 dalek parrot/mls/kill-events-in-ehqueue: makes the code very complicated. Also, pop_eh did just zero
15:18 dalek parrot/mls/kill-events-in-ehqueue: out the queue element instead of removing it.
15:18 dalek parrot/mls/kill-events-in-ehqueue: Also, some code was added to make exception rethrow more robust
15:18 dalek parrot/mls/kill-events-in-ehqueue: in case handlers were added/removed.
15:18 dalek parrot/mls/kill-events-in-ehqueue: review: https://github.com/parrot/parrot/commit/513be6d9e7
15:18 dalek parrot/mls/kill-events-in-ehqueue: 513be6d | mls++ | / (7 files):
15:18 dalek parrot/mls/kill-events-in-ehqueue: Delete handler_type argument from exception handler functions.
15:18 dalek parrot/mls/kill-events-in-ehqueue:
15:19 dalek parrot/mls/kill-events-in-ehqueue: Mixing event and exception handlers seems to be a bad idea, it
15:19 dalek parrot/mls/kill-events-in-ehqueue: makes the code very complicated. Also, pop_eh did just zero
15:19 dalek parrot/mls/kill-events-in-ehqueue: out the queue element instead of removing it.
15:19 dalek parrot/mls/kill-events-in-ehqueue: Also, some code was added to make exception rethrow more robust
15:19 dalek parrot/mls/kill-events-in-ehqueue: in case handlers were added/removed.
15:19 dalek parrot/mls/kill-events-in-ehqueue: review: https://github.com/parrot/parrot/commit/513be6d9e7
15:19 mls All tests seem to pass. Please review ;)
15:19 bluescreen joined #parrot
15:25 alester joined #parrot
15:33 NotFound <moritz> this kinda reminds me of the old "how many lines of code did you write this month?" -- "-3000" -> That may have been my first contributions to parrot.
15:35 moritz mls: testing rakudo on top of it
15:37 NotFound I think event handlers are used in nci callbacks.
15:38 mls moritz: thanks!
15:39 mls NotFound: just for clarification: the branch is about EventHandlers set in CallContexts, not in the Scheduler. The Scheduler ones are unchanged.
15:40 mls I don't know what NCI uses
15:40 NotFound I think that no one uses those, yes.
15:40 dukeleto ~~
15:41 moritz ... and t/pmc/nci.t passes on that branch
15:45 ambs joined #parrot
15:50 whiteknight nine: I just put your CLA through moderation. It should be showing up on the list soon
15:51 whiteknight ...and there it is
15:55 moritz testf__t/pmc/alarm.t                             (Wstat: 0 Tests: 7 Failed: 2) Failed tests:  3-4
15:55 moritz on the mls/kill-events-in-ehqueue branch
15:55 whiteknight that test fails intermittently for me on master and is probably faulty
15:55 moritz ok
15:55 whiteknight I need to look at it more closely
15:57 nine whiteknight: the test is definitely faulty. It tests for alarms to arrive in a certain order which is guaranteed nowhere
15:57 whiteknight okay, so let's delete the test
16:00 nine whiteknight: b1dbbadccd1788f9528b3854c69976027a97358a in master in my repo removes the faulty tests, but leaves those that should work.
16:03 whiteknight nine: I think I just gave you a commit bit to parrot. Can you give it a test?
16:06 dukeleto congrats to the new bit for nine++
16:07 dalek parrot: b1dbbad | nine++ | t/pmc/alarm.t:
16:07 dalek parrot: Remove faulty tests from t/pmc/alarm.t
16:07 dalek parrot:
16:07 dalek parrot: The removed tests tested for alarms firing in a certain order which
16:07 dalek parrot: cannot be guaranteed due to preemption introducing a random element into
16:07 dalek parrot: the mix.
16:07 dalek parrot: review: https://github.com/parrot/parrot/commit/b1dbbadccd
16:07 dalek parrot: e20b3be | nine++ | / (4 files):
16:07 dalek parrot: Merge branch 'master' of github.com:parrot/parrot
16:07 dalek parrot: review: https://github.com/parrot/parrot/commit/e20b3beab6
16:07 dukeleto nine: if you haven't already, add yourself to CREDITS
16:08 nine Seems to work :)
16:09 whiteknight awesome. Definitely make sure you are in CREDITS
16:12 dukeleto i just saw nine++'s CLA go through
16:27 nine btw. who's the hero who changed fulltest to run in a single harness? That awesome change saves quite some time
16:30 whiteknight no idea. Wasn't me
16:45 PerlJam nine: git blame works  :)
16:51 lateau joined #parrot
17:02 pbaker joined #parrot
17:08 dalek rakudo/nom: fde126b | jnthn++ | src/Perl6/Optimizer.pm:
17:08 dalek rakudo/nom: Make sure the optimizer knows about PAST::Want nodes; stub for PAST::Var consideration.
17:08 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/fde126bd36
17:13 Coke nine,whiteknight: it was kid51++ who also pinged parrot-dev about it.
17:14 ingy dukeleto: are you going to the lucky lab tomorrow?
17:17 Coke ho, ingy.
17:30 ingy Coke: hi. are you in pdx?
17:31 dukeleto ingy: privmsg
17:31 Coke nah. though my wife just flew out of SEA this morning.
17:31 ingy dukeleto: still waking up
17:47 cotto ~~
17:54 fperrad joined #parrot
18:08 bluescreen joined #parrot
18:28 cotto dukeleto++
18:37 dukeleto cotto: what did i do?
18:40 cotto dukeleto: the new shiny osuosl machine you posted about to parrot-dev.  You didn't actually do anything, but I don't consider that a barrier to karma.
18:40 dukeleto cotto: wfm
18:43 dalek rakudo/nom: 58c4721 | jnthn++ | src/Perl6/Actions.pm:
18:43 dalek rakudo/nom: Include and propagate a bit more type information.
18:43 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/58c4721af0
18:43 dalek rakudo/nom: 325ea3c | jnthn++ | src/Perl6/Actions.pm:
18:43 dalek rakudo/nom: Various improvements to handling of native types; get back to producing stuff the inliner can do well with.
18:43 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/325ea3c928
18:43 dalek rakudo/nom: 5b98ef4 | jnthn++ | src/core/Int.pm:
18:43 dalek rakudo/nom: Start to simplify various of the native ops thanks to native handling improvements; don't need the nqp::want rigmarole any more.
18:43 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/5b98ef4a4f
19:02 schmooster joined #parrot
19:32 contingencyplan joined #parrot
19:46 dalek rakudo/native-ints: 41359ec | moritz++ | src/core/Int.pm:
19:46 dalek rakudo/native-ints: get rid of nqp::want in Int.pm
19:46 dalek rakudo/native-ints: review: https://github.com/rakudo/rakudo/commit/41359ec516
19:57 mj41 joined #parrot
19:58 NotFound dukeleto: ping
20:00 dukeleto NotFound: pong
20:01 NotFound dukeleto: What's the task in cardinal #19? Merge the pull request and fix it?
20:04 dukeleto NotFound: make "winxed setup.winxed test/smoke" work, then merge
20:04 dukeleto NotFound: someone submitted a setup.winxed, but the test and smoke stages don't work
20:05 NotFound I'm not so confident with git and github to do that in a clean way. Is ok to just get the setup.winxed file?
20:06 dukeleto NotFound: https://github.com/lateau/cardinal/commit/27​f7162d83c69e31387d029585ad51d5e9feb040.diff
20:06 dukeleto NotFound: you can add .diff or .patch to most github URLs
20:06 ambs joined #parrot
20:07 dukeleto NotFound: then run "git apply foo.diff" on the diff file you download, to apply it to your local repo
20:07 dukeleto NotFound: or you can download the setup.winxed file. Whatev
20:07 NotFound That's the same, the diff file does not provide autorship et al.
20:08 benabik .patch should
20:08 dukeleto what benabik++ said
20:09 NotFound $ parrot setup.pir test  -> does not pass, gives TAP format errors. Is this expected?
20:10 NotFound (in cardinal)
20:13 jsut_ joined #parrot
20:14 dukeleto NotFound: not sure. patches welcome :)
20:14 NotFound The failing test file is: t/01-stmts.t
20:14 NotFound Patches for cardinal? I know nothing about ruby.
20:16 dukeleto NotFound: the issue was getting setup.winxed to actually run tests
20:16 dukeleto NotFound: it was not able to find the tests. Can you fix that issue?
20:20 NotFound Flat with a string? WTF?
20:57 dalek cardinal/winxed_setup: 3f3b4a7 | NotFound++ | setup.winxed:
20:57 dalek cardinal/winxed_setup: setup.winxed from pull request 19 with my fixes
20:57 dalek cardinal/winxed_setup: review: https://github.com/parrot/​cardinal/commit/3f3b4a75ad
20:57 NotFound dukeleto: here is
21:14 dalek nqp: d75deea | moritz++ | src/PAST/NQP.pir:
21:14 dalek nqp: more math nqp:: ops
21:14 dalek nqp: review: https://github.com/perl6/nqp/commit/d75deea76d
21:14 dalek nqp: 3400e44 | moritz++ | src/PAST/NQP.pir:
21:14 dalek nqp: more nqp:: math ops
21:14 dalek nqp: review: https://github.com/perl6/nqp/commit/3400e4420e
21:18 dalek rakudo/nom: aecd2fc | jnthn++ | src/Perl6/Optimizer.pm:
21:18 dalek rakudo/nom: Remove fossil analysis from optimizer.
21:18 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/aecd2fcb14
21:29 benabik_ joined #parrot
21:31 dalek nqp: 7e4bb20 | moritz++ | src/PAST/NQP.pir:
21:31 dalek nqp: forgot nqp::sinh_n
21:31 dalek nqp: review: https://github.com/perl6/nqp/commit/7e4bb20256
21:32 dalek rakudo/nom: b441203 | tadzik++ | / (2 files):
21:32 dalek rakudo/nom: Implement splice(); run S32-array/splice.t
21:32 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/b4412038eb
22:20 whiteknight joined #parrot
22:27 arnsholt joined #parrot
22:35 NotFound Historical event: now winxedxx support closures.
22:39 hernan joined #parrot
22:40 hernan joined #parrot
22:41 hernan joined #parrot
22:42 hernan joined #parrot
22:43 hernan joined #parrot
22:44 hernan joined #parrot
23:14 Coke NotFound++
23:33 zpmorgan joined #parrot
23:59 rfw joined #parrot

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced