#parrot Parrot 0.5.2 Released | parrotcode.org/ | see www.parrotcode.org/misc/parrotsketch-logs/ for logs
Set by moderator on 11 February 2008.
00:12 arcady joined
Coke pmichaud: how goes the release? 01:00
pmichaud coke: took a short break, I'll restart in an hour or two 01:01
we're hoping to catch a glimpse of the eclipse tonight 01:03
but it's overcast here, so might not have much luck 01:04
(mostly overcast, that is)
Coke ok, that's fine. just wondering if I should hold off on some stuff. 01:05
bah. tell me again how I can easily find out when a module was added to perl core? 01:12
lathos There's a module, something corelist. Or you can ask the CPAN bot 01:13
Which appears to have gone away. 01:14
Coke lathos: awesome, thank you. 01:16
lathos++ 01:19
01:20 Andy joined
Coke ... we have a lot of things left in lib that are in core. =-) 01:20
we could rip out 5 more modules from lib based on what's in core as of 5.8.0 01:33
01:42 rdice joined 01:57 kid51 joined 02:06 particl1 joined
kid51 Does anyone know whether we're going to have a release this week? 02:18
Coke kid51: yes, pmichaud is doing it tonight.
kid51 k. I just took the ticket about the core modules. I'll wait until after the release to delete them from distro. Okay? 02:19
pmichaud I'm working on release now 02:20
chromatic Test::Builder will be tougher.
pmichaud why, exactly, is this release 0.6.0 ?
chromatic There's a minor API change we have to work around.
pmichaud as opposed to 0.5.x?
chromatic pmichaud, I thought the PMC changes would make it 0.6.0, but they're not in, so I thought it was 0.5.3. 02:21
kid51 No, but the ticket to which Coke posted noted that our minimum Perl 5 version is 5.8. Hence, anything that was core in 5.8 does not need to be in distro. Correct?
pmichaud okay. the ticket says 0.6.0
but I'll release it as 0.5.3
kid51 chromatic: What about Test::Builder?
pmichaud (chromatic's understanding corresponds with mine.)
chromatic kid51, I removed it a few days ago in my local tree and there were some failures with Parrot::Test. 02:22
kid51 k. then how about Test::Simple/More, Class::Struct, Text::Balanced? Assuming I can get all tests to pass without them in distro, are they good to go? 02:23
chromatic I'm not sure how the Test:: ones will fare until we can clean up the Test::Builder issue.
The others should be fine.
kid51 Okay, I'll work at this in pieces over the weekend.
pmichaud chromatic: you mentioned earlier today that there were some recent patches or tickets for pge/pct? or did I misunderstand? 02:25
('recent' meaning...?
chromatic The past few weeks.
rt.perl.org/rt3/NoAuth/parrot/Overview.html
pmichaud thanks
that helps 02:26
chromatic I've been using it myself to clear up newer stuff and patches I missed. 02:27
pmichaud bookmarks that very useful link
Andy Y'know, I was going to overhaul something the other day and chromatic +1'd me on it, but I'll be darned if I can remmeber what it was. 02:34
chromatic src/string.c 02:35
purl src/string.c is the builtin string, right? should I create there a method as well?
chromatic purl, forget src/string.c
purl chromatic: I forgot src/string.c
Andy yeah, and what was it... 02:36
oh, and somebody handed me a ticket, too.
chromatic Pick anything in there and untangle it, and +2 to you. 02:38
Tene Okay, I've got some time before I need to sleep again, lessee if I can push some patches through. 02:51
pmichaud careful, I'm in the midst of making a release
Tene Oh, that's now. I was thinking that that was tomorrow. 02:52
I'll hold off, then.
03:00 Andy joined
Andy oh, maybe it was string_concat or somethign. 03:02
Coke pmichaud: anything we can do to help at this point? (aside from leaving you alone? =-) 03:08
svnbotl r25908 | pmichaud++ | trunk:
: [nqp]:
: * Fix oddity whereby we ended up with both t/17-class.t and t/17-inline.t
: (one of them should be 18-*.t).
r25909 | pmichaud++ | trunk:
: [nqp]: 03:09
: * Add tests for method call, C<=:=> operator (RT#50520)
: * Patch courtesy Zev Benjamin <zev-perl6@strangersgate.com>
diff: parrotvm.org/svn/parrot/revision/?rev=25909
Coke wonders who committed a manifest patch that had removed developing. 03:14
pmichaud Coke: just tell me if you think there are any steps/items I'm likely to forget or overlook 03:15
Coke "follow the list"
pmichaud that's basically what I'm doing :-)
Coke that's pretty much the only way I remember what to do when it's my turn.
pmichaud paula needs a bit of help for about 30m, then I'm going to cut the release
Coke chromatic, allison or I can update the website.
pmichaud everyone has helped a bunch by updating NEWS, PLATFORMs, etc. 03:16
Coke no rush.
Tene Don't forget to send $10 to Coke.
Coke spafs his tea.
pmichaud Coke, can I give you the $10 at YAPC::NA? ;-)
bbi30
Coke that will be fine. But as I recall, I owe you a cookie.
wknight8111: ENOPATCH on #50884 03:24
03:31 chromatic joined
Andy HOLY CATS DID I FIND A BUG 03:38
chromatic I hope it's related to constant strings.
Tene IS IT A BIG BUG? 03:39
chromatic and you fix lots of COW with it
Andy no, it's in pbc_merge
oh, not a bug.
But it looks like it.
chromatic: what's your bummer? 03:41
chromatic Trying to fix the Lua segfaults. 03:42
It's the COW and constant mess again. 03:43
Andy this pbc_merge stuff is makin' me sad 03:44
and I just realized it's not actually used.
chromatic It would be nice to use it. 03:47
Coke tcl was using it for some time. 03:50
I think mdiep removed it.
04:08 AndyA joined, DarkWolf84 joined 04:11 dwolf_ joined
wknight8111 what does ENOPATCH mean? 04:14
Tene wknight8111: it means "There's no patch, and that's bad." 04:15
It's a reference to unix error codes, which are represented in all capital letters and start with 'E'
wknight8111 oh shoot, i must have forgotten to attach the file 04:16
the argument can be made that my marbles aren't all in the right places
svnbotl r25910 | petdance++ | trunk:
: use the mem_realloc_n_typed macro properly
r25911 | petdance++ | trunk:
: take advantage of str_dup
r25912 | petdance++ | trunk:
Andy y'know, we still need to put together that list of what yet needs to be done. 04:21
./perl6 -e'"Hello world".say' doesnt' work. Waaah. 04:22
but right now, I have a cruel editor to write for.
pmichaud back again 04:25
Tene Andy: it works if you add a 'say' method to languages/perl6/src/classes/Str.pir 04:27
[tene@kupo perl6]$ ./perl6 -e'"Hello world".say'
Hello world
purl Hello world is www.roesler-ac.de/wolfram/hello.htm
pmichaud even better would be to add the 'say' method to Object
that way 3.say will work also
as well as <1 2 3>.say 04:28
Tene tries that.
Andy Yeah, I'm all over that.
I'm SO not low-level.
04:29 particle joined
Tene When I add it to Object, it works for "Hello world".say but 3.say dies. 04:32
Hmm.
Coke writes another coding standard test. :| 04:33
I'll hold off committing this until the release, but if anyone wants to comment...
nopaste "coke" at 72.228.52.192 pasted "test for RT#47109" (79 lines) at nopaste.snit.ch/12370 04:34
Coke (which actually does catch two unwrapped macro args in the current suite.)
updated the error message slightly. 04:36
Tene Oh, "3.say" doesn't work because rakudo generates pir like: $P34 = 3."say"() 04:41
pmichaud interesting 04:42
that's definitely a PCT bug... file a ticket, please?
Tene purl: parrotbug
purl parrotbug is mailto:parrotbug@parrotcode.org or svn.perl.org/parrot/trunk/docs/submissions.pod
pmichaud needs a release name. Something related to rakudo would be nice, since this is the release that first contains it. 04:45
Tene pmichaud: sent
pmichaud Tene++ # thanks 04:46
an invocant always has to be a PMC
so 3."say"() is clearly wrong
Tene Actually, looks like "Hello world".say works fine for me even without adding a method to Object.pir 04:48
You sure it doesn't work, Andy? 04:49
Andy It didn't for me just now.
lemme try again 04:50
I did it in -e
Tene So did I.
Andy k hold on
Coke Andy: www.rakudo.org/cgi-bin/mt/mt-search...;blog_id=6 :: internal server error
shorten Coke's url is at xrl.us/bgimx
Andy yeah, I know, Coke.
the tags get hammered by bots and it hoses the machine it's on and my host chmod 000s mt-search.cgi 04:51
Coke pmichaud: oumu-da.
Andy nopaste?
purl nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or paste.husk.org/ or poundperl.pastebin.com/ or paste.scsys.co.uk/ or don't bother me while I'm eating
Coke (as opposed to rakudo-da) 04:52
Andy scsys.co.uk:8001/13384
Tene Oh, looks like I'm an idiot.
I was running 'make', not 'make perl6' 04:53
Coke pmichaud: (way of the parrot. based on a google search of parrot, japanese, camel, dictionary =-) 04:54
nopaste "tene" at 71.16.144.82 pasted "say() method for rakudo" (24 lines) at nopaste.snit.ch/12371 04:55
pmichaud coke: oumu ?
Coke parrot.
A half-hearted suggestion. 04:56
pmichaud it's good enough for me
Coke the english "way of the parrot" would work.
(and be slightly more accessible.)
pmichaud oh, I like "way of the parrot" too
Coke I'm -> abed; I can do the website tomorrow before noon if necessary 04:57
pmichaud okay, np. just watch for the announcement
(which will come in approx 1 hr if all builds well)
Tene that patch also works for 'my $a = 3; 3.say' and '<1 2 3>.say' and everything else I tried except literal numbers. 05:00
Andy is anyone gonna play with tene's patch?
Can I apply it?
pmichaud maybe wait until after I tag the release?
05:00 x joined
Andy I thought it wasn'tuntil March 18 05:00
OH, the Feb release. 05:01
Duh
pmichaud should be ~30 min
maybe less
Andy k
wow, I'm acutally writing some Perl 6 code. 05:03
I'm so frightened.
3.say seems to be a parsing problmem. 05:10
pmichaud in rakudo, or in the PIR that gets generated?
Andy error:imcc:syntax error, unexpected FLOATC ('6.') 05:11
pmichaud ah, that's an error in the generated PIR
likely it's the problem Tene just reported
Andy Come ooooon, TAGGING! 05:15
I wnana commit my first Rakudo test
!
pmichaud hears the fan on his machine grow louder as he invokes more tests 05:16
oh, where is the Rakudo test being added? 05:17
Andy languages/perl6
pmichaud as part of the official tests (t/spec) or just in t/00-parrot or ... ? 05:18
Andy the latter
purl the latter is better
pmichaud okay. t/00-parrot is really meant for very basic tests just to make sure things are working enough to start running the 01-sanity tests 05:19
but we can go ahead and put a test there for now. it'll likely get refactored into the spec tests
Andy :q
pmichaud looks like I'm on the 3rd or 4th runcore for 'make fulltest', shouldn't be long now. 05:20
Tene Andy: that's exactly what I reported a bit before you mentioned it. 05:21
Andy ok
pmichaud it should be an easy fix in PCT, I just don't want to risk it mid-release
I'll look at it as soon as the release is done
Tene it's a PCT problem. it generates: 3."say"()
pmichaud found the bug 05:24
Andy hmm, what should say return? 05:29
oh, bah
I figured it would return something other than true.
like characters printed. 05:31
Alas.
You'd think these would be identical, at least if you were me
<ok 4>.say;
say <ok 5>;
svnbotl r25914 | pmichaud++ | trunk:
: [release]:
: * Updates for 0.5.3 release.
diff: parrotvm.org/svn/parrot/revision/?rev=25914
pmichaud Andy: they aren't? 05:32
Andy nope
pmichaud well, one would be 'ok 4' and the other 'ok 5' :-) 05:33
but I suspect you mean something other than the digit difference :-)
Andy yes 05:36
you get 05:37
ok 4
ok5
or rather, I get.
chromatic Abigail will be happy.
I suspect you want a string, not a list, quoting construct in the latter example though.
pmichaud actually, Tene's patch seems to assume string 05:38
unless .say implies string context on its invocant, I think that $foo.say() ought to redispatch to say($foo)
chromatic Yes, but does <ok 5> create a list or a string? 05:39
pmichaud <ok 5> creates a list
chromatic Yep.
pmichaud Tene's .say patch treats the list created by <ok 4> as a string
chromatic And the active output separator for a list in this context is the empty string.
pmichaud and a List in string context uses a space for the separator 05:40
i.e., ~<ok 4> # "ok 4"
chromatic The List in the latter case isn't in string context, is it?
pmichaud correct
chromatic That's why it prints ok5
pmichaud say <ok 4> # "ok4"
say ~<ok 4> # "ok 4"
chromatic Feel better about it now, Andy? 05:41
Andy I don't get it, but oh well.
I'm only picking up the new syntax as we go along.
pmichaud: Did you tag?
or was that 25914 just getting ready? 05:42
pmichaud <ok 4> in perl6 is like writing qw/ok 4/ in perl 5
25914 is the commit just prior to tagging. it _should_ be safe to start committing again
Andy I'll sit and wait if you like.
pmichaud I'm just waiting for make fulltest to finish on the tarball
Andy ok, so the ~ is the "stringify this?" 05:43
pmichaud actually, it's far enough through make fulltest that I'm quite sure it's safe to start committing again
Tene sleep.
pmichaud ~ is the generic "something is a string" operator
as an infix op, it does string concatenation
as a prefix op, it coerces its argument to a string (i.e. imposes string context) 05:44
chromatic Wow, the Capture PMC had bugs.
pmichaud the one in C? it's been broken for some time.
chromatic Gonna be fixed in the PMC branch here shortly.
pmichaud excellent. :-)
PGE, NQP, PCT, etc. have all been using Capture_PIR as their base type for captures 05:45
Andy and "@foo" no longer interpolates in the string?
pmichaud it has to be "@foo[]" to get the interpolation
(but I don't think Rakudo implements "@foo[]" yet)
chromatic You might try the C version on the branch just for fun.
Andy it doesn't, no. 05:46
pmichaud I think that "{@foo}" is also valid in Perl 6 (but also is unimpl in Rakudo thus far)
however, "@foo.join(' ')" should work.
(er, in Perl 6 still, not in Rakudo yet) 05:47
we haven't done a lot with interpolation of things other than scalars
Andy ok, committed
purl The chicken is involved, but the pig is *committed*.
pmichaud hey, what happened to the tags/ branch in SVN? 05:54
svnbotl r25915 | petdance++ | trunk:
: Added tene's patch to Object.pir to do say. Added a perl6 test to test it out.
r25916 | chromatic++ | pdd17pmc:
: [PMC] Converted Capture PMC to PDD17 for PMC attributes.
r25917 | chromatic++ | pdd17pmc:
: [lib] Minor cleanups in PMC parsing and emitting.
diff: parrotvm.org/svn/parrot/revision/?rev=25917
particle pmichaud: it's not a branch
it's on the same level as branch/
pmichaud okay, the tags directory, then
Andy it's parallel to branch/
pmichaud svn.perl.org/parrot/
I see no "tags/" there.
Andy wow, it's not there. 05:55
particle whuh?
pmichaud THAT'S WHAT I SAID!!!
:-)
Andy $ svn ls svn.perl.org/parrot/
branches/
trunk/
well, good thing we have the CPAN!
particle well, you'd better recreate it for the release, and enter a ticket so we can figure out what happened
chromatic I don't remember it being there.
particle it was there. 05:56
pmichaud it was there as of 2008-02-01
Andy It was there in -r25000
pmichaud I'm looking to see when it disappeared
Andy and 25800
pmichaud it disappeared sometime on 2008-02-18
Andy somewhere between -r25856 and -r25863 05:57
-r25861
r25861 | jkeenan | 2008-02-18 20:45:01 -0600 (Mon, 18 Feb 2008) | 1 line 05:58
Removing superseded tag.
I think he must have been a little over-rambunctious on that. :)
particle kid51--
pmichaud I think I can restore it
svnbotl r25918 | chromatic++ | pdd17pmc:
: [PMC] Used a defined typename instead of referring to the struct directly.
diff: parrotvm.org/svn/parrot/revision/?rev=25918
pmichaud svn copy -r 25860 svn.perl.org/parrot/tags svn.perl.org/parrot/tags # maybe?
particle svn up -r 25861 tags 05:59
yah, that may work better
spinclad [nit: rakudo is rakuda-do in full; way of parrot would be oumu-do (not that i own much skill at japanese)]
particle ok, bedtime. pmichaud++ for the release (in advance)
Andy you guys have a ball, I'm goin' to bed.
oh and mail me the release note please
pmichaud okay, will do.
spinclad 'way of the parrot'++ 06:00
06:00 jdv79 joined
pmichaud yay, 'svn copy' seems to have worked. 06:00
chromatic + print item 06:01
+ print "\\n"
Long way for writing "say item"
pmichaud right, those are incorrect.
even "say item" is incorrect.
chromatic I know, but I like the irony.
pmichaud it needs to be 'say'(self)
and, out of curiosity, what happens with C< $foo.say 3, 4, 5; > ? 06:04
svnbotl r25919 | pmichaud++ | trunk:
: See if we can restore the tags/ subdirectory of the repository,
: accidentally removed in r25861.
r25920 | pmichaud++ | trunk:
: tagged release 0.5.3
chromatic There's an arity question there.... 06:05
pmichaud or perhaps I really mean $foo.say(3,4,5) .... is .say assumed to always be zero-arity (excluding the invocant)? 06:06
that would be my guess here
chromatic Ditto. 06:07
Unless there's a multi.
06:10 jdv79 joined
svnbotl r25922 | pmichaud++ | trunk: 06:17
: [perl6]:
: * .say method should redispatch to say() function. instead of
: printing directly.
r25923 | petergibbs++ | trunk:
: Set svn properties to keep file_metadata.t happy
diff: parrotvm.org/svn/parrot/revision/?rev=25923
pmichaud uh oh 06:18
rgrjr didn't change ownership of some of the Parrot:: modules
svnbotl r25924 | chromatic++ | pdd17pmc: 06:24
: [PMC] Converted NameSpace PMC to PDD 17 attributes.
: This PMC could use more cleanup.
diff: parrotvm.org/svn/parrot/revision/?rev=25924
r25925 | petdance++ | trunk: 06:37
: added some new sneaky ways to invoke say, but ok 4 started failing on me all of a sudden.
diff: parrotvm.org/svn/parrot/revision/?rev=25925
r25926 | chromatic++ | pdd17pmc: 06:44
: [PMC] Migrated NCI PMC to PDD 17 for attributes.
: Using the type PMC * instead of void * for the function pointer is a nasty
: hack, but PDD 17 doesn't (yet) support void * as an attribute.
: For now this only requires some dodgy type casting, but if and when the PMC
: parser handles mark() and destroy() automatically, treating a function pointer
: as a PMC is only asking for trouble.
diff: parrotvm.org/svn/parrot/revision/?rev=25926
r25927 | chromatic++ | pdd17pmc: 06:51
: [PMC] Fixed two line length problems. Oops.
diff: parrotvm.org/svn/parrot/revision/?rev=25927
07:08 uniejo joined 07:57 iblechbot joined
svnbotl r25928 | fperrad++ | trunk: 08:05
: [Lua]
: aligned with Lua 5.1.3 (part 3)
diff: parrotvm.org/svn/parrot/revision/?rev=25928
08:38 ewilhelm joined 08:40 HG` joined 08:44 IllvilJa joined 09:56 mire__ joined 10:04 davidfetter joined
davidfetter hello 10:20
purl privet, davidfetter.
davidfetter anybody going to FOSDEM?
11:12 particl1 joined 11:30 wknight-away joined 11:53 particle joined 11:55 rdice joined
pmichaud davidfetter: I'm going to FOSDEM (I'm presenting there) 12:28
afk # making breakfast for kids 12:35
12:37 UltraDM joined 12:50 kid51 joined 13:28 cognominal_ joined
svnbotl r25929 | petergibbs++ | trunk: 13:39
: Fix typo in r25897 i.e. changed INTERP to interp.
diff: parrotvm.org/svn/parrot/revision/?rev=25929
diakopte1 23:59:47 <@pmichaud> okay, will do. 13:46
ugh; accidental paste
13:46 Coke joined
Coke ~~ 13:46
pmichaud good morning 13:49
purl morning jackass
pmichaud purl, I think you have me confused with my brother.
purl pmichaud: i'm not following you...
pmichaud arguing with a bot is like wrestling with a pig -- you still get dirty. And the pig likes it. 13:51
particle heh
Coke pmichaud++ fixing tags.
(svn++ cheap copies) 13:52
pmichaud Coke: need a copy of the announcement?
particle please let kid51 know what happened, so he can be careful not to do it again
pmichaud I'm still not sure what happened. :-)
Coke I'm guess he did an svn del of tags/ instead of tags/some_tag
pmichaud normally we don't delete things in tags/, though 13:53
Coke ... he does all the time, sir.
particle kid51 uses tags to mark his branches all the time
pmichaud *branches*, yes. tags/
ahhhh
okay
he should mark his branches in branches, then
(imo)
Coke it's not a bad system. beats manually keeping track of where you branched from.
er, s/branched from/merged last/ 13:54
If you can come up with a better system, by all means. Honestly, I don't think one accidental rm is the end of the world; we are using version control. =-)
pmichaud anyway, I'm likely to be afk most of today (on a plane), so maybe someone else can mention it.
Coke but yes, someone should mention it. ... ok. I'll volunteer.
pmichaud I agree, it's not the end of the world -- I wasn't even going to say anything about it.
anyone have the ability to change module ownerships in PAUSE? 13:55
particle the module owner.
pmichaud I haven't been able to index the release tarball in CPAN because rgrjr owns three of the modules.
Coke pmichaud: one of us will track him down. 13:56
pmichaud (I sent him email last night but no response yet)
Coke ah.
well, then, he'll get to when he does. it's not a showstopper.
pmichaud well, I'm *hoping* to have some form of network access at various points throughout the day.
14:03 gryphon joined 14:09 Andy joined
svnbotl r25930 | petergibbs++ | trunk: 14:22
: In tonumber, wait until we have finished with the C string before releasing it.
: This significantly improves the 'make test' results for lua.
diff: parrotvm.org/svn/parrot/revision/?rev=25930
Coke petergibbs? 14:24
particle coke++ for the c macro args test 14:28
i believe i have a ticket for that effort. oh and the copyright is wrong in the nopaste 14:29
14:42 kj joined 14:44 rdice joined
Coke particle: yes, I claimed the ticket. 14:46
the copyright'll be updated before commit.
particle my one concern is that the test should not force extra unneeded parens 14:47
however, i don't know if that'll happen
we have so many c scanning code snippets. we should really have a c scanning library instead 14:48
Coke particle: so far the test is catching two things that are actually broken, but the RE I used is naive. 14:49
kj Coke: there are some tickets that seem to be forgotten, and imho, could be closed. Shall I send a mail to list describing them, so that others could have a look and comment on them? 14:50
particle yeah. right.
it'd be nice to use languages/c99/ to parse our c
Coke kj: sure. You could also reply to the individual tickets.
kj Coke: yes that's what happens most of the time with these tickets... that's the whole point. There's no feedback. 14:51
i only found 5 or so; but at least it's a start to clean up a bit
Coke the only difference doing it outside of RT is tha there's then no record of this meta-conversation about the ticket. which is, IMO, not a good difference. 14:52
kj yes, you're right. I'll reply on the tickets.
Coke (cc the list, of course. =-) 14:53
kj aye
particle: shouldn't we use c89 to parse parrot's c? 14:54
particle well... we should enforce c89 standards
we need a c parser
kj right. but wouldn't it be better to implement a c89 parser? 14:55
instead of a c99?
particle a c parser with 89/99/etc modes sounds more flexible 14:57
but anything that works is what we need now
svnbotl r25931 | petergibbs++ | trunk: 15:03
: luastring.pmc: The %S shortcut for %Ss fails at the end of the format string
: os.t: Correct expected output for year 1000 to match lua's output
diff: parrotvm.org/svn/parrot/revision/?rev=25931
pmichaud off to the airport -- bbl 15:04
svnbotl r25932 | coke++ | trunk: 15:28
: [codingstd]
: Add a (naive?) test to check that args in macro definitions are wrapped.
: RT #47109
: There are currently 2 failures when running this test
Coke hurm. that test is wrong. I didn't check the error messages; those failures are near unwrapped args, though. damnit. 15:30
svnbotl r25933 | particle++ | trunk: 15:53
: [t] ws fixup
diff: parrotvm.org/svn/parrot/revision/?rev=25933
Coke particle: ping. 15:57
my Re was more than naive. =-)
particle pong
yep, seems pretty darned broken :)
Coke I have a better one now, but it's still not quite right.
particle commit early!
Coke I'm getting 56 failures atm.
nopaste "coke" at 72.228.52.192 pasted "small patch, better results" (13 lines) at nopaste.snit.ch/12377 15:58
Coke But I'm still missing a few failures.
(at least)
particle yep. i say commit it. 16:00
we need line numbers, too
actually, we don't 16:01
macro name should be enough
AndyAway So what was the bummer with 6.say?
I can totally see why the parser would be confused. 16:02
particle doesn't know what's up with 6.say yet 16:04
Andy I can't see how we could reasonably expect the parser to be happy w/that.
particle why not? everything in perl 6 is an object 16:05
say is a method.
Andy and because "s" isn't a digit, parser should know that the . isn't a decimal, but a method caller
kismet Hi folks. Friendly neighborhood oper here. I was wondering if it was possible to get the owner of svnbot1 to add just a bit of throttle on how fast that bot spits lines to irc. the bot keeps accidently setting off network flood alerts. 16:06
Obviously it's not a real flooder.
particle kismet: i thought we did add throttling. i'll look into it
what's the limit?
purl the limit is, like, very implementaiton specific
kismet I think it's over 4 lines in 3 seconds or so 16:07
particle wow. that's low.
ok
kismet well, just limit it a bit, and we'll see if that helps. More than happy to work with you.
particle roger, wilco.
kismet thanks. I'll go back to idling now. :) 16:08
16:22 Theory joined
Coke particle: committed, then. 16:35
16:35 bphillips joined
svnbotl r25934 | coke++ | trunk: 16:37
: [codingstd]
: A definite improvement to the regular expression checking for unwrapped
: macro args.
: Still not perfect.
diff: parrotvm.org/svn/parrot/revision/?rev=25934
r25935 | petdance++ | trunk: 16:43
: fix the "say <ok 4>"
diff: parrotvm.org/svn/parrot/revision/?rev=25935
Coke purl, forget the limit 16:46
purl Coke: I forgot limit
16:59 DarkWolf84 joined 17:02 BinGOs joined, BinGOs left 17:05 jhorwitz joined 17:17 sjansen joined
pmichaud the problem with 6.say is that PCT keeps the '6' as an integer constant, instead of making it into a PMC 17:24
thus it generates PIR like 6.'say'()
this is rt#51052
the signature used to generate the children nodes in PAST::Compiler needs to take into account the difference between 'call' and 'callmethod' and make sure that the invocant is a PMC 17:26
I'll try to fix it from the airport (while eating lunch) 17:27
Coke pmichaud: this is something I struggled with in tcl; I pretty much never get to use the non PMC registers. :| 17:30
pmichaud well, in this case it's not a problem of non-PMC registers -- it's actually generating a constant
i.e., the PIR literally reads 6.'say'()
however, PCT is smart enough to be able to know when it has to convert things to a PMC, and when it can leave them as a constant or register 17:31
Coke constant is no different than $I0 there.
(PCT smart enough) ah, that's cool.
pmichaud I just have the signature wrong for callmethod, which needs to force the invocant into a PMC
Coke Enjoy your trip. 17:32
pmichaud plane doesn't leave for another 90 mins. right now I'm having fish and chips
Coke -> errans 17:34
-> errands, even.
svnbotl r25936 | pmichaud++ | trunk: 17:40
: [pct]:
: * Fix 'callmethod' nodes so that they coerce the invocant into a
: PMC instead of sometimes using a constant.
: * Resolves RT#51052, reported by Tene++ and Andy++ .
diff: parrotvm.org/svn/parrot/revision/?rev=25936
17:42 nnunley joined
Tene pmichaud++ 17:43
particle there's a test that can be changed now, andy
tene: btw we use [rakudo] instead of [perl6] now in bug reports, and they can be submitted to rakudobug@perl.org 17:44
that's all pretty new. i still screw it up.
Tene Thanks. 17:50
particle actually, if submitted to rakudobug@, you don't even need [rakudo] 17:51
pmichaud: any specific hacking plans on the planes? 17:52
Andy test committed 17:53
kj woohoo! c99 parses a simple struct :-) 17:56
svnbotl r25937 | particle++ | trunk:
: [include] ws cleanup
r25938 | petdance++ | trunk:
: "6.say"
: now works
diff: parrotvm.org/svn/parrot/revision/?rev=25938
pmichaud particle: was mostly going to clean up stuff. perhaps play with .HLL as I've been meaning to for a while. 17:57
I might also catch up on some sleep
and save the hacking for the ord->bru flight
particle (hacking sleep)++
Andy I'm inordinately tickled that I wrote a test that turned up a bug.
pmichaud (tests that expose bugs)++
particle andy: tickle yourself more often. write more tests! 17:58
pmichaud (self tickling)++
er...hrm.
17:58 rdice joined
Andy I just don't know what's been done yet. 17:58
which is why I wanna get the list together of "This is done, this isn't/"
particle that list is in the pugs repo. we call it t/ 17:59
pmichaud actually, t/spec/
particle well, eventually it'll be t/spec/
pmichaud oh, I might also play with listop parsing
Andy I don't have a pugs repo
particle but there's some conversion yet to do
our testing Great Need is converting tests to t/spec/
s/converting/migrating/ 18:00
kj are there people around who are very much attached to the current c99 implementation in languages/?
particle svn co svn.pugscode.org/pugs/t/ pugs-tests 18:01
kj: nobody.
kj particle: I started a clean implementation using the mk_language_shell script
and I start to get things running now
particle excellent!
purl Smithers, release the hounds!
kj the current implementation is not working at all. so I guess I can overwrite it? 18:02
particle yes, please 18:06
or if you want, create languages/c89/ 18:07
c99 was initially created with the ability to parse c++ headers in mind
Andy so t/spec is in the Pugs repo?
particle andy: yes
and rakudo's 'make spectest' does svn co
pmichaud although doing 'make spectest' in languages/perl6/ (parrot repo) will also check out a copy of t/spec
maybe I'll review tests on the plane 18:08
kj particle: but it's based on a reference for c99...
pmichaud although sleep is starting to seem far more likely
particle kj: okay, then.
pmichaud anyway, time to head to the gate
particle safe trip!
particle will likely hack perl6doc more, and migrate some tests to t/spec/ 18:09
Andy Surprised there's no branches/trunk in pugs
particle andy: yes, it's a problem with that repo, imo
spinclad 2 18:21
18:21 Theory joined
jhorwitz particle: were you ever able to match the contents of a POD block? 18:41
particle jhorwitz: yes.
jhorwitz particle++
jhorwitz checks his working copy...
nopaste "particle" at 24.19.3.148 pasted "a brief example of perl6doc" (89 lines) at nopaste.snit.ch/12378 18:42
particle that's with a small local patch 18:43
there, patch committed 18:44
now the bodies can be reformatted to squash whitespace 18:45
svnbotl r25939 | particle++ | trunk:
: [rakudo perl6doc]capture pod bodies, and process pod options
diff: parrotvm.org/svn/parrot/revision/?rev=25939
particle and of course the actions are wrong now, as you can't emit html etc 18:46
jhorwitz so $<body> contains the meaty goodness?
particle indeed
jhorwitz is off to play
particle --target=parse is your friend
jhorwitz don't i know it... 18:47
particle ../../../../parrot perl6doc.pbc --target=parse foo # generates and displays the parse tree from file foo
--target=[parse|past|post|pir] 18:48
jhorwitz PCT is the greatest thing since sliced arrays. ;-)
18:57 Ron joined
kj mm. c's grammar is not as straightforward as I thought :-/ 19:02
19:02 destiney joined
svnbotl r25940 | petergibbs++ | trunk: 19:03
: Add tag to newly-added struct in line with coding standards.
diff: parrotvm.org/svn/parrot/revision/?rev=25940
r25941 | kjs++ | trunk: 19:22
: [c99]
: add new action/grammar for c99.
: update MANIFEST
diff: parrotvm.org/svn/parrot/revision/?rev=25941
r25942 | kjs++ | trunk: 19:29
: [c99]
: -update main file
: -add builtins file and directory
: -update MANIFEST
r25944 | kjs++ | trunk: 19:36
: [c99]
: fix root.in; I forgot to change a few "c"s into c99.
r25945 | kjs++ | trunk:
: [c99]
19:41 mire__ joined 19:48 HG` joined
kj particle: what was your idea with the c99 language? what kind of back-end, one that checks for Parrot coding standards? 19:53
particle kj: there's a few things we want to do. one is coding standards. another is generating nci stubs from headers.
svnbotl r25946 | kjs++ | trunk: 19:54
: [c99]
: + finish operator table
: + finish some other rules.
: + grammar mostly complete now. Needs testing and refactoring a bit.
particle C::Critic ala Perl::Critic would be great
kj mm .ok. I don't know what the latter does, but I'm sure it can be done :-) 19:55
particle is currently working on a yaml dumper for past
kj at least languages/c99 is building now, which is better than when I started :-)
jonathan has made it to Ukraine.
particle yes, definitely better :)
kj I'm hoping for <%hash> to be working sometime in PGE 19:56
that would fix one ambiguity in C's grammar. 19:57
jonathan Oh, interesting. I have a half-finished patch that attempts to implement indirect method calls...
jonathan wonders when he coded this
Coke jonathan: it's from the future. 20:04
jonathan Can the future send me more half-complete patches, so I only have to do half the work? 20:10
particle you'll have to wait and see.
jonathan On PAST::Var nodes, you can only set :name to a string constant? 20:11
How will we support indirect (dynamic) lookups? 20:12
svnbotl r25947 | kjs++ | trunk:
: [c99]
: It's important to set the precedence of "term:" special rule tighter than the tightest operator; otherwise this won't work. Note to self: add this to operator table guide.
diff: parrotvm.org/svn/parrot/revision/?rev=25947
jonathan Should PAST::Var with no name take a first child which gives the name>
s/'>'/'?'/
kj jonathan: that would make the :name attribute rather special. Of course, one could argue that the name is the most important thing of a Var 20:13
but there's also a :scope attribute, that is obligatory.
jonathan Yeah. 20:14
Hmm.
Not sure what a Good Solution is. :-)
kj IMHO, it's not really the same as a PAST::Op :pasttype('call'), where the first child is the sub to be invoked
jonathan Sure.
kj but what do I know :-)
jonathan Would be good to have some way to do this. 20:15
kj OTOH, if it solves your problem
it's no longer an exception, is just The Way To Do It (whatever you're doing) 20:16
I mean, if it's a common language construct
where common is used by at least one language :-)
s/is/means/
20:16 chromatic joined
kj afk for a bit 20:17
20:19 PacoLinux joined 20:20 cout joined 20:23 sjansen joined 20:44 Ron_ joined 20:51 davidfetter joined
Coke there. i think the c_macro_args tests is now usable. 20:56
Coke finally finds U+236A, and asks larry for a patch to APL on Parrot. 20:59
crap, ww, ws, ... 21:00
svnbotl r25948 | coke++ | trunk:
: [codingstd]
: Instead of writing a single RE that catches the bad case while ignoring the
: good cases, remove all the good cases first, and whatever's left is broken.
: This brings us to a more reasonable and accurate 50 incorrect #defines.
TimToady Coke: metathesis is one of the few prohibited operations on Unicode characters :) 21:01
svnbotl r25950 | kjs++ | trunk: 21:07
: [docs]
: add a note about is tighter in 'term:' special rule in optable.
diff: parrotvm.org/svn/parrot/revision/?rev=25950
Coke question: in define foo(a) (*a) 21:12
is the *a allowable there? or should that be: *(a) ?
particle *(a) seems righter 21:13
kj sorry, don't know...
PerlJam *a should be fine as it's just straight text substitution, but *(a) is probably "safer" 21:16
Coke ok. just wondering how smart the dumb macro catcher has to be. sounds like it's dumb enough.
particle perljam: the parens are necessary for safety 21:17
chromatic Remember how dumb the preprocessor is in C.
svnbotl r25951 | chromatic++ | trunk:
: [Lua] Cleaned up the LuaAny PMC. It shouldn't leak any memory now.
diff: parrotvm.org/svn/parrot/revision/?rev=25951
Coke chromatic: your mother's prepocessor is sooooo dumb... 21:18
21:18 Ron__ joined
Coke if you have define foo (a,b) (a)[b] is the b safe? 21:21
or should that be (a)[(b)] ?
chromatic the latter 21:23
purl well, the latter is better
chromatic Coke, are you planning to update the website, or should I stab it? 21:25
Coke ah, crappity. please do. 21:27
I had meant to do it and was distracted. 21:28
21:29 cognominal_ joined
svnbotl r25952 | chromatic++ | trunk: 21:30
: [PMC] Minor cleanups of the LuaNil PMC.
diff: parrotvm.org/svn/parrot/revision/?rev=25952
Coke oh. hee. fixed another macro arg checker bug... bringing us to 502 errors. 21:34
particle ah, that's better.
are you skipping generated files?
Coke I'm just getting a list of C files.
if the C file were generated by perl, we'd have no way of checking the perl code. 21:35
particle yes. some of which are generated.
Coke yes. and we should be checking them. =-)
particle right, but not fixing them inplace.
svnbotl r25953 | coke++ | trunk:
: [codingstd]
: ... Might be nice to warn about all the errors in a file, not just the first.
diff: parrotvm.org/svn/parrot/revision/?rev=25953
particle that's all i'm saying
anyway, it's looking like a much better test now 21:36
Coke actually, I think were only reporting errors if the first define if the file happened to have an error; and there were *still* 50.
there. I gave up #47109 for now in case anyone wants to fix the macro errors now that there's a test to narrow down the search. 21:50
particle awesome. coke++ 21:53
21:53 wknight-away joined
Coke meh. I dislike spending time on things that aren't features, but better I do it and leave the features to someone who can implement them. :| 21:54
groups.google.com/group/bsdmailingl...b7d4e985da 21:56
shorten Coke's url is at xrl.us/bgjv7
chromatic Did FreeBSD send us a bug report? 22:17
22:18 Theory joined 22:28 chromatic joined
wknight-away What should be done about rt.perl.org/rt3/Public/Bug/Display.html?id=46635 ? 22:29
raising an overflow error would probably make the most sense
chromatic Silently promote to BigInt? 22:34
davidfetter hands chromatic a copy of the source for libdwim.so ;)
particle should likely be controlled by a pragma 22:35
or we should have separate Integer PMCs, one that promotes, one that doesn't
or perhaps s/pragma/attribute/ depending on whether you want to make it scope controlled or object controlled 22:36
wknight-away see? there are lots of possibilities 22:37
that's why i didn't want to submit a patch yet
chromatic Hey, silent truncation is the source of a great deal of suck in C and its derivatives. 22:38
particle ok, well how about this... the least surprise for today's current behavior is what?
overflow exception, probably.
so move forward with that, based on 'least surprise' 22:39
(re)design is definitely warranted. if you want to take a stab at designing a better solution, try that next
wknight8111 okay, i'll work on a patch that calls an overflow error 22:41
particle actually, an overflow type exception can be caught and can cause a promotion
so, try generating an exception object and throwing it 22:42
wknight8111 so it shall be, now and forevermore
what would be the best way to do that here, real_exception()? 22:44
particle see what the 'throw' opcode does 22:46
...or use it.
wknight8111 okay 22:48
where are the opcode actions defined? 22:49
particle src\\ops\\*.ops 22:50
wknight8111 yeah, that's what i figured. i'll find it all from there
chromatic AHA a bug in Lua!
A GC bug no less. 22:51
particle anchoring? 22:52
svnbotl r25954 | chromatic++ | trunk:
: [Lua] Minor cleanups to the LuaFunction PMC.
diff: parrotvm.org/svn/parrot/revision/?rev=25954
chromatic LuaThread stores a Parrot coroutine PMC in PMC_pmc_val, then sets the mark flag.
mark() marks PMC_struct_val.
Goodbye, coroutine.
That doesn't fix the strange string problem, but it fixes one problem. 22:53
(refactoring code to coding standards)++ 23:04
svnbotl r25955 | chromatic++ | trunk:
: [Lua] Fixed a GC bug in LuaThread -- mark() marked the wrong thing as live.
diff: parrotvm.org/svn/parrot/revision/?rev=25955
cotto_ Are there any autovivification tests in the Array code, because I'm not sure it does what it thinks it does. 23:08
23:14 Limbic_Region joined
particle cotto_: ResizablePMCArray tests should include autovivification 23:16
hrmm, seems Hash always stores values as PMCs....
cotto_ What about vanilla Array? 23:18
it says it does in the source, but the implementation doesn't look like it would work
23:18 chromatic joined
particle i don't know anything that uses Array. 23:18
we recommend using Fixed* or Resizable*Array 23:19
cotto_ I was just looking at the code as an example
Perhaps the other arrays would serve me better
particle Array PMC is *very* old.
and mostly deprecated, however unoffical 23:20
cotto_ now I find out
are the others better?
particle iirc Array may have some sparse handling in it, others don't yet.
otherwise, the others are much better 23:21
ResizablePMCArray is widely used by HLLs
svnbotl r25956 | chromatic++ | trunk:
: [Lua] Cleaned up LuaThread PMC.
diff: parrotvm.org/svn/parrot/revision/?rev=25956
cotto_ better to find out later than never
particle ResizableBooleanArray has good space-saving optimizations
cotto_ Thanks
particle++
premature optimization is the root of all evil 23:24
Limbic_Region salutations all 23:47
particle hey there 23:49
Limbic_Region just had to do realclean, presumably it is because of the release 23:50
particle yep
now... to find the magic spot in pct that does the dumping for past et al 23:51
svnbotl r25957 | particle++ | trunk: 23:52
: [runtime] YAML/Dumper.pir library stolen and adapted from Data/Dumper.pir
r25958 | particle++ | trunk:
: manifesto
diff: parrotvm.org/svn/parrot/revision/?rev=25958
r25959 | chromatic++ | trunk: 23:58
: [Lua] Minor cleanups in LuaClosure PMC.
diff: parrotvm.org/svn/parrot/revision/?rev=25959

Powered by Cro and the Raku® Programming Language.

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

Thank you!