www.parrotcode.org/ | Last release: 0.7.1 "Manu Aloha"
Set by moderator on 17 September 2008.
Robrt I have no clue if this is going to help anything or not. 00:00
particle me neither, but at least nobody can complain about the old version anymore :)
Robrt It wasn't that old. It was stable!
particle the occasional '200 errors' were annoying, i wonder if this will fix them 00:01
Robrt I couldn't replicate them, and nobody was able to help me do so.
particle ci worked, but merge failed, so needed to do update manually after commit
it was sporadic and usually lasted a few hours
Robrt weird.
particle hard to pin down
Robrt I had this plan to have someone help by writing a script to do commits (to a different repo) every few minutes. 00:02
so we could see if there was a pattern.
00:04 particle1 joined
cotto Is any PMC that does hash or array iterable? 00:08
00:09 AndyA joined
particle1 sure 00:16
hash, for example
00:21 Theory joined
pmichaud some "hashes" such as LexPads aren't iterable 00:22
particle ok, so i just figured out (i think) that i was missing the :namespace() param for my PAST::Var to bind to 00:24
pmichaud yes, you'll want that.
particle not quite sure how to get it, though 00:25
pmichaud ...the namespace? 00:26
particle let's say i have: module Foo; sub bar is export {1};
how do i get bar's namespace in the routine_def action?
pmichaud what works now, or what should work? ;-)
particle ah. no wonder it's hard. 00:27
pmichaud I _think_ that $?PACKAGE ought to have it.
particle what works now, dear sir.
pmichaud since every module is (I think) a package
I don't think that it's been implemented that way yet, though. :-(
particle nope, seems $?PACKAGE is blank in this case 00:28
it seems i may be shaving a yak soon
pmichaud might check with p6l to see if "module Foo;" also sets $?PACKAGE 00:29
particle well, we haven't implemented package Foo...
pmichaud I'm not sure that's relevant 00:30
I can envision that 'class Foo;' will have the effect of setting $?PACKAGE, $?MODULE, and $?CLASS
particle As in Perl 5, a module is just a kind of package. Unlike in Perl 5, modules and classes are declared with separate keywords, but they're still just packages with extra behaviors.
so, i believe, yes, $?PACKAGE is set 00:31
*should be set
why the heck don't we do packages yet. i ought to fix that.
crap.
pmichaud sure, that would be the next step.
(there's a reason that "is export" wasn't moving ahead quite so quickly :-) 00:32
particle i don't see any references to $?MODULE 00:33
pmichaud right. I think jonathan jumped directly doing classes
particle ah, just in S02, once 00:34
S02.pod
1946: $?MODULE Which module am I in?
pmichaud also $@MODULE
er, @?MODULE
particle of course, they're a pair.
ok
do classes and roles set $?PACKAGE too? 00:35
pmichaud I've been thinking yes.... 00:36
but haven't confirmed it on p6l or anything
particle sure, but it's a direction in which to head
so class isa module isa package? 00:37
grammar isa module isa package?
pmichaud "A class is a module declared with the 'class' keyword." (S12)
I think a grammar isa class isa module isa package.
particle ah, yes
role isa module, too 00:38
but not a class
there's no switch in nqp, is there
pmichaud no. 00:39
dalek r31602 | julianalbo++ | trunk: 00:40
: pirric: SAVE and LIST refactoring, and make more consistent use of quotes and apostrophes
diff: www.parrotvm.org/svn/parrot/revision?rev=31602
r31603 | julianalbo++ | trunk: 00:49
: pirric: example of a pirric program that genrates and run a piric program
diff: www.parrotvm.org/svn/parrot/revision?rev=31603
pmichaud afk for a while 00:53
cotto Sorry. It's not good enough unless it has at least 3 levels of indirection, and preferably a configurable number.
01:04 petdance joined
PerlJam Holy cow! NYTProf is awesome! We need to get Tim working on parrot. 01:11
dalek r31604 | cotto++ | trunk: 01:15
: [pipp] implement clone, add, i_add and assign_pmc and enable associated tests
diff: www.parrotvm.org/svn/parrot/revision?rev=31604
r31605 | cotto++ | trunk: 01:20
: [pipp] better exceptions for i_add and assign_pmc
diff: www.parrotvm.org/svn/parrot/revision?rev=31605
cotto particle, ping 01:24
particle what's up, cotto? 01:26
cotto Is assign_pmc() in languages/pipp/src/pmc/phparray.pmc how HLL interop is supposed to work?
latest revision 01:27
particle yes, mainly 01:29
i mean, it looks like the way it should
but the code could use some cleanup
Khisanth PerlJam: to do what?!
particle PMC_\\w+_val should be turned to attribute access 01:30
but that's file-wide, not just in the vtable
and assign_pmc should be marked VTABLE
i like to point to src/pmc/exporter.pmc as an example of current-day pmc syntax 01:31
cotto That'll help.
particle oh, also, do you really want to test the exact type of the phparray pmc, or do you want to check its inheritance chain? 01:32
cotto It's good to know where to look for current code, rather than legacy stuff that only works because nobody's bothered to deprecate it.
good point
particle i wrote exporter, so it is the pmc i know best
Hinrik hm, something in S03 caught me by surprise 01:34
there's a 'constant' keyword? why not a 'constant' trait? 01:35
01:36 Theory joined
cotto particle++ 01:38
particle glad to help
there's no 'my' trait 01:39
Hinrik yes but a constant is just a lexical that can't change
why not be able to say "my $int is constant = 1" ?
particle constants can't be assigned to 01:40
Hinrik constant Dog $foo is woof = 123; <-- then why does this work?
particle ah, right, just with parens you cant' do = 01:41
Hinrik apocalypse 2 mentions "my int $pi is constant = 3;" 01:45
so is that still possible?
ah, there's an update there 01:46
Run-time properties are set with but rather than is. They're really just mixins. And there is no "constant" trait, but rather a "readonly" trait. Use the special declarator "constant int $pi = 3;"
...to declare a compile-time constant.
02:20 Robrt left
dalek r31606 | particle++ | trunk: 02:23
: [rakudo] implement 'package' package declarator
diff: www.parrotvm.org/svn/parrot/revision?rev=31606
02:29 Andy joined
dalek r31607 | chromatic++ | trunk: 02:54
: [t] Appended PID to name of tempfile used in test to avoid race condition
: during parallel testing. (Guess who it just bit?)
diff: www.parrotvm.org/svn/parrot/revision?rev=31607
r31608 | tene++ | hllmagic: 03:23
: [p6object]
: * Code cleanliness
diff: www.parrotvm.org/svn/parrot/revision?rev=31608
s1n does parrot have any requirement of python? for any version of python, to either build, execute, or otherwise have on a system? 03:37
cotto just for Parrot, no 03:39
why
s1n i just noticed my gentoo install has a use flag for it 03:40
not sure why it's checking for python, but they are checking specifically for python-2.4
i was going to ask in here before i file a bug 03:41
(on gentoo, not parrot)
cotto pynie, perhaps?
s1n i don't think they're building any of the languages yet
Hinrik a suggested ebuild on bugs.gentoo.org has a use flag for rakudo 03:42
s1n Hinrik: yes, i saw that too
still a bug though, and nothing in the ebuild, 0.6.1 has anything that needs python that i can tell
Hinrik I wondered about that python dep, I just ended up copying the ebuild for the latest parrot version and removing the python dependency
s1n i'll file a bug and maybe by time parrot hits 1.0 the slow moving gentoo devs will get around to it 03:43
Hinrik: what is up with those wacky ebuild requirements? 03:49
Hinrik you mean the python dependency? I don't know
s1n gpm, gdbm, ncurses, readline, icu? are any of those required?
it has those as DEPENDS _and_ RDEPENDS! 03:50
Hinrik beats me :P
especially the gpm one...
s1n heh, this doesn't seem right
unicode isn't a requirement, is it? 03:51
cotto I know gdbm and icu are optional components
Hinrik it's like someone copied an ebuild from another package and forgot to change the deps or something
s1n sounds like it, ncurses is just plain wrong
perl is the only DEPEND, right?
Hinrik according to the README, it's perl, icu and a C compiler 03:54
svn.perl.org/parrot/trunk/README
oh and make
s1n that's an "if" on icu
Hinrik hm, is the README wrong, then? 03:55
s1n no, the readme says "if you will be linking with the ICU library"
Hinrik You need a C compiler, a linker and a make program of course. If you will be linking with the ICU library you have to download and install it before configuring Parrot."
s1n note the "if" part
Hinrik oh, hah
didn't see that
s1n does the parrot release url change depending on who's the current pumpking? 03:58
dalek r31609 | tene++ | hllmagic: 04:06
: [p6object]
: * Create namespaces for classes we're asked to create that don't have namespaces yet.
: * This needs to be refactored into 'register'
diff: www.parrotvm.org/svn/parrot/revision?rev=31609
s1n bugs.gentoo.org/show_bug.cgi?id=239492 04:09
proper ebuild for parrot 0.7.1
it might be addressed before the year is over, but don't hold your breath 04:10
04:27 Andy joined
cotto In PHP, arrays of same size with different keys are not considered comparable, and such a comparison returns null. 05:43
Since the cmp VTABLE only returns an INTVAL, would it be a good idea to throw an exception?
(from the PhpArray PMC's cmp function) 05:44
06:37 bacek joined 06:52 barney joined 07:03 bacek joined
dalek r31610 | tene++ | hllmagic: 07:13
: [p6object]
: * accept and use an hll named argument in new_class
: * pass our hll on to 'register'
diff: www.parrotvm.org/svn/parrot/revision?rev=31610
r31611 | tene++ | hllmagic: 07:24
: [p6object]
: * Use the hll argument in 'register'
diff: www.parrotvm.org/svn/parrot/revision?rev=31611
Tene I'm *still* surprised to see my hilights go off in here when dalek announces commits. I keep thinking someone is commenting on whatever I committed.
07:26 mberends joined 07:29 bacek joined
Tene sleeps, hopes to wake to instructions from pmichaud 07:32
07:51 clunker3 joined 08:00 iblechbot joined
dalek r31612 | fperrad++ | trunk: 08:12
: [Markdown]
: - implement Symbol
: - and add test
diff: www.parrotvm.org/svn/parrot/revision?rev=31612
09:01 iblechbot joined 09:02 johbar joined 09:06 AndyA joined, particle1 joined
dalek r31613 | cotto++ | trunk: 09:16
: [pipp] implement cmp and is_equal, enabled several newly passing tests
: general code cleanup, thanks to particle++ and chromatic++ for suggestions
diff: www.parrotvm.org/svn/parrot/revision?rev=31613
09:21 rurban joined
dalek r31614 | allison++ | pdd27mmd: 09:39
: [pdd27mmd] Revise test to match current mmd behavior.
diff: www.parrotvm.org/svn/parrot/revision?rev=31614
09:40 masak joined 09:59 Ademan joined
dalek r31615 | rurban++ | trunk: 10:55
: [ports] update to cygwin 0.7.1 release
diff: www.parrotvm.org/svn/parrot/revision?rev=31615
11:20 rurban joined 11:23 ruoso joined
dalek r31616 | julianalbo++ | trunk: 11:54
: pirric: use stdout as default in list
diff: www.parrotvm.org/svn/parrot/revision?rev=31616
r31617 | julianalbo++ | trunk: 12:17
: use int instead of size_t in Parrot_print_backtrace, RT#59590
diff: www.parrotvm.org/svn/parrot/revision?rev=31617
12:18 rurban joined 12:48 Whiteknight joined 12:49 tetragon joined 13:13 Andy joined 13:38 tetragon joined
masak NotFound: is there something I can do to help you along with the failing t/examples/library.t test? 13:45
NotFound masak: What OS tou have in the test failed system? 13:46
masak Mac OS X 10.5.4
13:46 tetragon joined 13:47 Bzek joined
NotFound Mmmm... I have no idea about how the linkers works on that. 13:47
masak neither do I. but I can fetch/nopaste any information you think you need. 13:48
dalek r31618 | Whiteknight++ | trunk: 13:49
: [GC] Add function-level documentation to src/gc/resources.c
diff: www.parrotvm.org/svn/parrot/revision?rev=31618
NotFound What prove -v t/library/pcre.t says ?
13:52 tetragon joined
NotFound Try also: pcre-config --prefix 13:52
14:18 tetragon joined
NotFound masak: I've found a possible pcre specific problem, unrelated to generic linking ones: there are place in the tools that use HAS_PCRE and other that use has_pcre 14:26
masak oki
Zaba_ pcre makes me sad 14:27
NotFound Unfortunately, ./parrot_config --dump shows that both HAS_xxx and has_xxx are frequently used. 14:28
dalek r31619 | Whiteknight++ | trunk: 14:31
: [Charsets] Added some function-level documentation (for the functions I understand) to src/charset/ascii.c, and fixed some formatting of long lines.
diff: www.parrotvm.org/svn/parrot/revision?rev=31619
pmichaud purl: msg Tene I don't understand the need for r31609 -- Parrot already creates namespaces automatically.... why should we be creating them manually?
purl Message for tene stored.
pmichaud purl: msg Tene the next "big" task on this is to get PGE and PCT to compile with the new changes to P6object -- currently they're failing to build. 14:32
purl Message for tene stored.
dalek r31620 | julianalbo++ | trunk: 14:57
: Fix has_pcre/HAS_PCRE inconsistent usages
diff: www.parrotvm.org/svn/parrot/revision?rev=31620
NotFound masak: Can you try this fix? I don't think the problem was related, but just in case... 15:01
masak tries 15:02
no, same error. 15:09
NotFound masak: try: ./parrot_config HAS_PCRE
masak at what stage? before make?
NotFound After
masak hokay. 15:10
it replied with a '1'
NotFound masak: try: prove -v t/library/pcre.t 15:11
masak all tests successful.
purl pass(); ok(1); is(1,1);
masak purl, forget all tests successful
purl masak: I forgot all tests successful
masak but that's nothing new. it's t/examples/library.t that gives the error. 15:12
NotFound Too much magic in those test, I think the solution is drop all attempts to check availability from the test and put them in the pit library, if needed.
s/pit/pir 15:13
masak sounds like a good idea 15:14
NotFound masak: please execute: pcre-config --prefix 15:18
masak NotFound: /opt/local
purl /opt/local is evil
masak purl: forget /opt/local
purl masak: I forgot /opt/local
masak purl: you're the evil one.
purl masak: excuse me?
NotFound I think I have a diagnose: t/library/pcre.t looks for the prefix, and adds prefix/lib to the parrot library search path (what BTW is an undocumented feature), but examples/library/pce.pir does not do that thing. 15:21
So if your pcre lib is not in a standard lib location, such as /opt/local.... is evil, purl was right ;) 15:23
masak: Now the problem is to think about what the correct solution must be. 15:25
masak NotFound: aye. I understand what you're saying, but am not in a position to suggest anything constructive. 15:26
NotFound I think that letting any program or pir library to manipulate the library search path, and even forcing to do it, is not a solution. 15:30
masak right.
NotFound I'll try a temporary fix: if the library is not found, look at the process image. 15:33
15:34 tetragon joined
dalek r31621 | Whiteknight++ | trunk: 15:44
: [Charsets] Added some function-level documentation (for the functions I understand) to src/charset/binary.c, and fixed some formatting of long lines.
diff: www.parrotvm.org/svn/parrot/revision?rev=31621
NotFound Why library/pcre.pir needs to load_bytecode 'library/pcre.pir' ? 15:49
15:54 jhorwitz joined
dalek r31622 | pmichaud++ | trunk: 15:56
: [rakudo]: spectest-progress.csv update: 200 files, 4437 passing tests
diff: www.parrotvm.org/svn/parrot/revision?rev=31622
16:14 sjansen joined
NotFound nopaste? 16:23
clunker3 pasta.test-smoke.org/ or paste.husk.org/ or nopaste.snit.ch:8001/ or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/
purl rumour has it nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/
nopaste "NotFound" at 213.96.228.50 pasted "Temporary fix for pcre tests" (20 lines) at nopaste.snit.ch/14224 16:24
NotFound masak: can you try this patch?
masak NotFound: hokay 16:29
NotFound: problem persists. 16:32
same error.
NotFound Same output than in ticket? 16:34
masak aye
I'm heading home in a few minutes, but will be back later, and will backlog. 16:36
NotFound Can you try this?; ./parrot examples/library/pcre.pir Hello h 16:37
masak sure 16:41
says "Bus error"
what did you do to my bus? :)
& # home 16:42
NotFound Mmm... then the problem is harder, someone with better knowledge of Mac OS than me must take a look. 16:47
16:57 jan joined
Tene pmichaud: the issue was that parrot wasn't creating namespaces automatically. get_root_namespace was returning null. 17:10
nopaste "tene" at 166.70.38.237 pasted "demo of get_root_namespace not creating a namespace" (16 lines) at nopaste.snit.ch/14225 17:12
dalek r31623 | julianalbo++ | trunk: 17:22
: pirric: add CLEAR instruction and his support, give better diagnostic for undefined variables
diff: www.parrotvm.org/svn/parrot/revision?rev=31623
r31624 | julianalbo++ | trunk: 17:42
: pirric: add ERROR instruction
diff: www.parrotvm.org/svn/parrot/revision?rev=31624
pmichaud Tene: okay, why do we need a loop for creating the namespace? 18:07
Tene pmichaud: how would you do it? 18:08
pmichaud just create it.
Tene Using the 'create_namespace' opcode, eh? 18:09
pmichaud make_root_namespace
although now that I think about it, that might be unimpl even though it's defined in pdd21 18:10
Tene Yeah, I don't see that anywhere.
pmichaud we could always "cheat" and use the set_root_global opcode for now, though. :-)
it just feels funny that we have to create all of the intermediate namespaces. 18:12
Tene should get_root_namespace be creating the namespace if it doesn't exist?
pmichaud I think the other get_*_namespace opcodes do it.
Tene oh? Lemme test.
pmichaud no, they don't.
okay, so I had that wrong in my head. 18:13
Tene I can simplify that loop to elimite the repeated 'get_root_namespace calls.
pmichaud set_*_global will create the namespace if needed, though.
so, given a namespace of 'hll';'Foo';'Bar';'Baz' we could create it quickly with set_root_global ['hll';'Foo';'Bar'], 'Baz', ns 18:14
where ns is a newly created namespace
even better might be a 'make_namespace' method 18:15
instead of a 'make_namespace' opcode.
$P0 = get_root_namespace ['hll']
$P0.'make_namespace'($P1) # $P1 is array of names
_another_ thought I had is that it would be really nice if a sub could change its hll alignment in midstream. 18:16
i.e., upon entering one of these subs, it could change its current context's affiliation to the hll of the caller
I could see how that would be problematic, though. 18:17
anyway, I'd like to see us avoid the loop if at all possible -- that seems like something Parrot should be doing.
for one, we have to be careful that we don't accidentally clobber an existing symbol (i.e., a protoobject) when creating the namespace. 18:18
Tene nods. 18:20
pmichaud there's a ticket that references make_namespace: RT #46859 18:22
anyway, the big task at the moment is getting the existing stuff that uses the 'Foo::Bar' namespace names to switch to 'Foo';'Bar' 18:26
Tene Starting with PGE and PCT, right?
pmichaud PGE and PCT are the biggies, yes. I think the others are mostly already set correctly.
i.e., I don't think NQP has a problem with it.
Tene does NQP use pge or pct? 18:27
pmichaud yes, but it does so in the standard protoobject way.
i.e., it doesn't ever make use of the 'PAST::Var' form
it always does things based on the ['PAST'], 'Var' protoobject, which isn't going to change here. :-) 18:28
Tene nqp doesn't run in the branch right now
pmichaud well, nqp can't run until pge and pct run, no.
Tene Right, okay.
pmichaud I'm just saying it probably doesn't have to change once those are fixed.
Tene nods.
pmichaud I need to get some lunch, bbiaw 18:29
(we can leave the ns creation loop in p6object for now, but that's something I'd really like to get cleaned up at some point.)
Tene perhaps make a ticket for it. 18:30
pmichaud that would work.
at some point we'll also have to figure out how to handle hll-specific namespace object types
anyway, gone to lunch, bbiah 18:31
Tene seeya
19:03 NotFound joined
NotFound perl6.pir has a .namespace [ 'Perl6::Compiler' ] This is not what you are trying to avoid? 19:04
Tene Yes, that will need to be 'Perl6';'Compiler' 19:05
NotFound And there are also several others :: in that file 19:06
In perl6.pir there is a push_eh _handler in line 71, and this handler seems no never be popped. Must no be a pop_eh before the label _handler: on line 87? 19:29
19:32 Theory joined
pmichaud since there's not really anything that might cause an exception, there doesn't really need to be a pop_eh 19:36
yes, it would probably be cleaner if one is there.
NotFound pmichaud: I caused one, doing a simple test of changing :: to ; 19:37
pmichaud in trunk, or hllmagic branch? 19:38
NotFound trunk
pmichaud right, changing the :: to ; won't work in trunk yet, because P6object doesn't split names yet.
(in trunk)
NotFound I imagined that, but the point is that the lack of pop_eh can give misguided diagnostics. 19:39
pmichaud sure.
feel free to add one.
NotFound Ok.
pmichaud but I expect most of the :: to ; conversions to take place in the hllmagic branch, at least until we get it merged back to trunk. 19:40
dalek r31625 | julianalbo++ | trunk: 19:42
: add a missing pop_eh in perl6 initialization
diff: www.parrotvm.org/svn/parrot/revision?rev=31625
20:07 Theory joined 20:19 Zaba joined 21:03 ruoso joined
Tene particle1: why do you need ' and - for 'is export'? 21:17
dalek r31626 | julianalbo++ | trunk: 21:22
: pirric: add ON ERROR GOTO and ON ERROR EXIT instructions and some interface methods to Runner, and update examples
diff: www.parrotvm.org/svn/parrot/revision?rev=31626
r31627 | chromatic++ | trunk: 21:25
: [IMCC] Changed SymHash entry information to use unsigned ints. C doesn't give
: much type protection, but it can give compilation warnings when we do things
: which might walk outside of an array. We should take advantage of this when
: possible.
diff: www.parrotvm.org/svn/parrot/revision?rev=31627
21:33 ruoso joined
dalek r31628 | chromatic++ | trunk: 21:40
: [IMCC] Made Basic_block index member an unsigned int, as a negative index would
: be a memory violation.
diff: www.parrotvm.org/svn/parrot/revision?rev=31628
Tene pmichaud: what should I do with "new 'PGE::OPTable'"? call new on a RSA, get the protoobject out of the namespace and call .new() on that, edit 'new' to do splitting on '::'? 21:54
dalek r31629 | chromatic++ | trunk: 21:55
: [distro] Updated NEWS per some of my more interesting commits.
diff: www.parrotvm.org/svn/parrot/revision?rev=31629
21:55 Andy joined
dalek r31630 | julianalbo++ | trunk: 22:01
: [distro] NEWS update
diff: www.parrotvm.org/svn/parrot/revision?rev=31630
r31631 | chromatic++ | trunk:
: [IMCC] Converted indexes in Instruction struct to unsigned integers, again to
: let the compiler warn about invalid indexes.
diff: www.parrotvm.org/svn/parrot/revision?rev=31631
22:05 gmansi joined 22:08 Andy joined 22:14 omega joined
dalek r31632 | chromatic++ | trunk: 22:14
: [IMCC] Fixed signedness of all values passed to system calls such as malloc()
: and realloc().
diff: www.parrotvm.org/svn/parrot/revision?rev=31632
22:14 TiMBuS joined 22:15 petdance joined
Tene Hmm. I'm having trouble with 'subclass'. Let's see what other things I can try... 22:21
22:28 tetragon joined 22:50 Ademan_ joined
dalek r31633 | chromatic++ | trunk: 22:51
: [IMCC] Made the number of symbols in an IMC_Unit an unsigned quantity to avoid
: signedness errors.
diff: www.parrotvm.org/svn/parrot/revision?rev=31633
pmichaud Tene: it should be $P0 = get_hll_global ['PGE'], 'OPTable'; $P1 = $P0.'new'() 23:01
that's the standard mechanism for all P6object-based things.
you may run into some issues in various parts of PGE with that -- if so, let me know and I'll look at them pretty quickly. 23:02
dalek r31634 | allison++ | pdd27mmd: 23:10
: [pdd27mmd] Change 'floor_divide' so it doesn't immediately morph Integer result
: to a Float. Change 'modulus' to a multi, so it doesn't mask default multi
: dispatch.
diff: www.parrotvm.org/svn/parrot/revision?rev=31634
r31635 | chromatic++ | trunk:
: [src] Fixed signedness of several string functions (avoiding overflow and
: negatives in string sizes seems sane).
diff: www.parrotvm.org/svn/parrot/revision?rev=31635
r31636 | allison++ | pdd27mmd:
: [pdd27mmd] Change direct multi calls to use correct vtable names of the multis
: for modulus.
diff: www.parrotvm.org/svn/parrot/revision?rev=31636
r31637 | Whiteknight++ | trunk: 23:14
: [Book] Add some more information about PMCs.
diff: www.parrotvm.org/svn/parrot/revision?rev=31637
s1n pmichaud: ping
pmichaud s1n: pong 23:16
s1n sweet, you're around
pm
i've been daydreaming about working on parrot/rakudo at my day job :) 23:18
23:26 Andy joined
masak s1n: who hasn't? :) 23:33
s1n masak: unfortunately i can't do anything other than browse the svn sources (no cheating at work and working on it on the clock)
masak s1n: I'm a bit more unrestricted than that, but there have definitely been times when I wished myself away from $work to hack on Rakudo instead 23:35
Whiteknight i can do some writing/documenting stuff, but I dont have a compiler on my work computer so I can't do much coding
but I definitely would much rather be working on Parrot then working on work 23:36
s1n my linux machine at work isn't externally connected and the windows (email) machine is fairly useless
23:46 Ademan joined 23:56 davidfetter joined 23:59 ruoso joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!