|
Parrot 2.7.0 "Australian King" Released! | parrot.org Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | close 13 tickets, merge outstanding branches, help NotFound clean up PBC tests Set by moderator on 20 August 2010. |
|||
|
00:00
tcurtis left,
Paul_the_Greek left
00:01
Psyche^ joined
00:06
Patterner left,
Psyche^ is now known as Patterner
|
|||
| cotto_work | dafrito: what additional features do you think the trac plugin needs to have before we can start showing it off? | 00:08 | |
|
00:13
ruoso joined
00:14
Paul_the_Greek joined
|
|||
| dafrito | cotto_work: I'm not very fluent in trac-ish things, so I probably can't give a good answer | 00:15 | |
| cotto_work | hi Paul_the_Greek | ||
| dafrito | A rough parity between the SVN counterpart and the git one (except for the things we let github do for us) makes a good milestone | ||
| cotto_work | ok. I'm just brainstorming. I have a couple things, but having a demo site ready for people to play with by next #ps sounds attainable. | ||
| dafrito | What were you thinking? | 00:16 | |
| cotto_work | wiki syntax support for svn and git changesets, including tooltips is the biggest thing I can think of | 00:17 | |
| The tooltips are quite nice. I'd hate to lose them. | |||
| dafrito will be on vacation next week, so I'll be less consistent | 00:19 | ||
| cotto_work | I'm glad to have whatever tuits you care to donate. Enjoy your vacation! | ||
| Paul_the_Greek | Going someplace nice? | ||
| dafrito | Grand Junction, Colorado, to see my girlfriend :) | 00:20 | |
| Paul_the_Greek | Excellent. | ||
| Are pbc file formats platform-dependent? | |||
| cotto_work | Yes and no. | 00:21 | |
| dafrito | cotto_work, do you have an example of where the tooltips are used? | ||
| cotto_work | There's a platform-specific version that's generated by parrot on a given platform, but parrots on different platforms should be able to load and run any pbc file. | 00:22 | |
| dafrito: trac.parrot.org/parrot/ticket/1652 has an example | 00:23 | ||
| Paul_the_Greek | Ah, it appears to be optimized for a particular platform, but loadable on any. | 00:24 | |
| cotto_work | exactly | ||
| Paul_the_Greek | Is a PBC file and a packfile the same thing? | 00:26 | |
| plobsing_work | Paul_the_Greek: sort of optimized. I looked at the dissasembly of reading a native packfile integer. Its huge. I think inlining src/byteorder.c into src/packfile/pf_items.c could improve performance. But it is not a bottleneck. | ||
| cotto_work | plobsing_work: ooc do you think it's a premature optimization? | 00:28 | |
| plobsing_work | cotto_work: not at all. the two files do essentially the same thing, one just forwarding to the other. | ||
| no other place in parrot has to manipulate endianness and intvals/flotavals of various sizes | 00:29 | ||
| it's not premature, it's just not much of a win performance-wise. code-complexity-wise, it is a win. | 00:30 | ||
|
00:30
kid51 joined
|
|||
| Paul_the_Greek | So the header describes the integers/floats and then platform-specific code converts to internal format. | 00:30 | |
| cotto_work | ok. Thanks. | ||
| Paul_the_Greek | plobsing_work: It's really messy to internalize an integer? There are only four cases or so. | 00:33 | |
|
00:34
davidfetter joined
|
|||
| plobsing_work | 4 pbc types => 4 reader architectures = 16 types of conversions | 00:35 | |
| Paul_the_Greek | Oh, but the floats. | ||
| plobsing_work | but I agree it is a little messier than necessary. It's just not very important because it JFW. | ||
| Paul_the_Greek | Jamaica Federation of Women? | 00:37 | |
| plobsing_work | Just F'ing Works | ||
| cotto_work | jfw? | 00:38 | |
| purl | well, jfw is just f**king work. | ||
| Paul_the_Greek | Thanks, purlie-pooh. | ||
| plobsing_work | afk # friday night | ||
|
00:38
plobsing_work left
|
|||
| Paul_the_Greek | Do we have benchmark results online anywhere? | 00:39 | |
| cotto_work | Someone had a script to run benchmarks against various versions of Parrot, possibly andy. | 00:40 | |
| I don't think they made it online anywhere. | |||
|
00:40
tcurtis joined
|
|||
| cotto_work | though I'll buy you beer if you rip off speed.pypy.org for us. | 00:41 | |
| Paul_the_Greek | Cute. | 00:42 | |
| Log the benchmakrs on each release and generate some graphs. | 00:43 | ||
| cotto_work | daily would be better, but that's bikeshedding at this point | 00:44 | |
| Paul_the_Greek | I should write some Python code sometime, just to see if a whitespace language is as whacky as I think. | ||
| cotto_work | If you've ever wanted to hack on a Trac plugin, I know a guy. | 00:45 | |
| Paul_the_Greek | That doesn't come to mind as big fun, but you never know. | 00:46 | |
| cotto_work | your call | ||
| Paul_the_Greek | Can I proclaim you my mentor, or should someone make an official assignment? | 00:48 | |
| cotto_work | Sure. | ||
| Committer mentoring is pretty informal. | 00:49 | ||
| Paul_the_Greek | You've been doing much of the mentoring anyway. I appreciate that. | ||
| cotto_work | np | ||
| Paul_the_Greek | I have that one ticket to fix and also the opcode ticket. Those can be my first commits. | ||
| I have no idea how to apply a patch to the system. Is there a document about that? | 00:50 | ||
| cotto_work | usually it's something like patch -p0 <your_patch.diff | 00:52 | |
| man patch | |||
| Paul_the_Greek | But how is that applied to the master source, as opposed to my copy? | 00:54 | |
| cotto_work | svn commit | ||
| purl | somebody said svn commit was done | ||
| Paul_the_Greek | Oh, so I apply it to my copy, then commit it? | ||
| cotto_work | that's how it works | ||
| Paul_the_Greek | So if it's my own patch, I can simply commit my working copy of the file? | 00:55 | |
| cotto_work | You won't be committing the whole file, just your changes. | ||
| yes | |||
| sorry, misread | |||
| Paul_the_Greek | Wait, confused. | 00:56 | |
| If I commit my working copy, then svn deals with creating the patch that maps the old file to the new one? | |||
| cotto_work | yes | 00:57 | |
|
00:57
dngor_ joined
|
|||
| Paul_the_Greek | When I commit someone else's patch, then I download it, run patch, then commit my updated file? | 00:57 | |
| cotto_work | assuming all tests pass, yes | ||
| Paul_the_Greek | Slight change of topic: When I return home, I should do the following, right? | 00:58 | |
| Save my changed files off to the side. | |||
| svn update | |||
| purl | At revision 666. | ||
| Paul_the_Greek | Rework my changes in. | 00:59 | |
| Create patch files. | |||
| cotto_work | When you run svn update, svn will attempt to merge changes from trunk with local canges. | ||
| *changes | |||
| Paul_the_Greek | Oh... | ||
| cotto_work | If there are conflicts it can't figure out, it'll give you the information you need to resolve them. | ||
| Paul_the_Greek | And it will update every file that has changed since I last updated? | ||
| cotto_work | yes | ||
| Paul_the_Greek | Well, that's not as bad as I'd feared. | 01:00 | |
| What's the differrence between that and checking out everything again? | 01:01 | ||
| cotto_work | It doesn't make sense to check out into a non-empty directory | ||
| Paul_the_Greek | Okay. | ||
|
01:02
dngor left
|
|||
| Paul_the_Greek | One more question and I'll let you go: Would it be clearer if I first update each file I've changed, individually, and then update all? | 01:02 | |
| cotto_work | There's no need. | 01:03 | |
| Paul_the_Greek | Great, thanks. | ||
| cotto_work | glad to be of use | ||
| Paul_the_Greek | Oh wait, I lied. One more: | ||
| Is it the policy to attach a patch and wait awhile even if I plan to commit my own change? | |||
| cotto_work | It's a good idea, especially if you're not sure of your change. | 01:04 | |
| Paul_the_Greek | Makes sense. Okay, thanks a bunch! | ||
| cotto_work | How much longer is your vacation? | ||
| Paul_the_Greek | I'll be home a week from Sunday. | 01:05 | |
| Evening, all. | 01:07 | ||
|
01:08
Paul_the_Greek left
|
|||
| dafrito | cotto_work: Should the trac plugin implement IRepositoryConnector? | 01:09 | |
| cotto_work | why do you ask? | 01:10 | |
| dafrito | Well, I think that's related to our no 'Browse Source' woes | ||
| It looks like trac's RepositoryManager checks for living repositories to determine whether that tab should be shown | 01:11 | ||
| cotto_work | Sounds likely then. I'm going home but I've got it on my todo list. | 01:12 | |
| dafrito | That interface carries a bit of baggage, though, since we have to provide a useful Repository implementation, so I can understand us avoiding it | ||
| I'll dig deeper and see what it'll take | 01:13 | ||
|
01:16
pgollucci left
01:22
khairul left
|
|||
| cotto | ~~ | 01:26 | |
|
01:26
davidfetter left
|
|||
| dalek | TT #1749 created by pmichaud++: readall method on open FileHandle is inefficient | 01:31 | |
| TT #1749: trac.parrot.org/parrot/ticket/1749 | |||
| thub-trac: 172cdfb | ++ | github/github.py: only create the db tables if the revmap is explicitly enabled |
01:36 | ||
| thub-trac: 3501d76 | ++ | TODO: remove a todo item |
|||
| thub-trac: cba8cca | ++ | / (4 files): Merge branch 'master' of github.com:cotto/github-trac Conflicts: \tTODO |
|||
| dafrito notes that Robert A. Heinlein's quote on parrot.org breaks the layout :( | 01:37 | ||
| cotto | /me hates <pre> abuse | ||
| cotto also notes that dalek needs a hug | 01:38 | ||
| dafrito | Yeah, he seems to have forgotten your name | ||
| Infinoid | cotto: Your login is reported as "" in github.com/api/v2/yaml/commits/list...rac/master | 01:47 | |
| I can hack it to use realname in that case, but it seems like some detail of how you're making commits. | 01:48 | ||
|
01:48
pgollucci joined
|
|||
| tcurtis | How can I force a StringBuilder to use a certain encoding from C? | 02:02 | |
|
02:35
janus left
02:42
janus joined,
bacek joined
02:48
aloha joined
|
|||
| dalek | TT #1750 created by jkeenan++: t/pmc/packfile*.t: Failures in multiple files on Darwin/PPC; not ... | 02:55 | |
| TT #1750: trac.parrot.org/parrot/ticket/1750 | |||
|
03:12
theory left
03:16
dngor_ is now known as dngor
03:17
Andy joined
03:18
jeffrey joined
|
|||
| jeffrey | Reading the C code for parrot, it's very good looking stuff, from the aesthetic point of view | 03:20 | |
| Just very attractively laid out | |||
| cotto | you can than headerizer and our codingstd tests | ||
| thanks | 03:21 | ||
| s/than/thank/ | |||
| jeffrey | Is the configuration software useable outside of parrot? | ||
| Say as an alternative to GNU's autoconf? | |||
| cotto | You'd have to ask someone like kid51 about how easy it'd be to use it for another project. | 03:22 | |
| pmichaud | based on previous reputation, I'd say "probably not reusable" | 03:23 | |
| it may have been significantly refactored since then | |||
| jeffrey | thanks | ||
| pmichaud | but traditionally that was an area that people were loathe to touch | ||
| kid51++ has done an outstanding job with it | |||
| jeffrey | Just thought I'd check | 03:24 | |
| Because looking at the C code you guys obviously know what you're doing | |||
| So if you config logic was easy to steal, I thought it'd be a great thing to use | |||
| Autoconf is of course very, very ugly | 03:25 | ||
|
03:25
kid51 left
|
|||
| pmichaud | yes, I think it's part of the nature of the beast. | 03:25 | |
| anyway, I may be mis-speaking about parrot's config; it may be exactly what you need. I just know that many of us have grumbled about it from time to time :-) | |||
| jeffrey | I will look into headerizer and codingstd | ||
| It'd be a wonderful thing to have my code look half as pretty as the Parrot C code | 03:26 | ||
| cotto | The codingstd tests should be pretty easy to reuse if you have a sane way to get a list of the C files. | ||
| t/codingstd/*t | |||
| Though you clearly haven't seen some parts of the code. | 03:27 | ||
| ;) | |||
| jeffrey | I've taken a random sample and am going to assume it's all beautiful :-) | ||
| pmichaud | oh, headerizer and codingstd are undoubtedly worth looking at | ||
| those are relatively recent, and (as cotto++ said) a big part of why the codebase is so clean | 03:28 | ||
|
03:29
kid51 joined
|
|||
| jeffrey | I'm looking at the codingstd stuff now -- seems very useful. | 03:32 | |
| Thanks. Have a good evening! | |||
|
03:32
aloha left
03:33
bacek left
03:35
jeffrey left
|
|||
| dalek | kudo: 03a9388 | pmichaud++ | build/PARROT_REVISION: Bump PARROT_REVISION to get && in regexes. |
03:36 | |
| kudo: 1996bac | pmichaud++ | src/Perl6/Grammar.pm: Refactor <.dumbsmart> rule. |
|||
| kudo: d1015f0 | pmichaud++ | src/core/Cool-str.pm: Rewrite .chomp method to be more efficient. With this change, the time needed to read 10,000 lines via for $*IN.lines { ... } goes from 75 seconds to 21 seconds on my system. |
|||
|
03:43
brianwisti joined
|
|||
| brianwisti | Oh hey, Mibbit is prettier than BitchX. Fancy that. | 03:44 | |
| cotto | It's got its share of annoying quirks though. | 03:47 | |
| Coke, do you recall if partcl uses ops2c.pl or if it switched to the ops2c fakecutable? | 03:48 | ||
|
03:50
kid51 left
|
|||
| cotto | nm. It uses the fakecutable. | 03:52 | |
|
04:02
brianwisti left
04:13
hercynium left
04:47
brianwisti joined
05:03
Chandon left
05:14
jsut_ joined
05:18
jsut left
|
|||
| cotto | Is there any reason why ack wouldn't be searching directories recursively? | 05:36 | |
| Andy | yes | ||
| you could have some environment stuff | |||
| try --noenv | |||
| even better, do ack -f --noenv | 05:37 | ||
| and see what files it is searching. | |||
| cotto | it lists nothing | ||
| Andy | ok | ||
| cotto | in /usr/lib/python2.6/dist-packages/trac, which is decidedly non-empty | ||
| Andy | what's in there? | ||
| What does find show you | 05:38 | ||
| Is there actual source code in there? | |||
| cotto | lots of .py and .pyc files, several directories | ||
| yes | |||
| Andy | The .py it should be finding. | ||
| I'm not sure I can tell you from here. | |||
| cotto | it works in other directories | 05:39 | |
| Andy | do a find on that dir and nopaste it | ||
| cotto | any special args to find? | ||
| Andy | no | 05:40 | |
| nopaste | "cotto" at 192.168.1.3 pasted "list of files for andy" (467 lines) at nopaste.snit.ch/22953 | 05:41 | |
| cotto | plenty of normal-looking files | ||
| ack 1.92 | |||
| perl 5.10.1 | 05:42 | ||
| purl | somebody said perl 5.10.1 was out | ||
| Andy | what does "ack -a -f" show you | ||
| cotto | a whole bunch of .pyc files (including ones in subdirectories) but nothing else | 05:43 | |
| nopaste | "cotto" at 192.168.1.3 pasted "ack -a -f" (125 lines) at nopaste.snit.ch/22954 | ||
| Andy | something smells like permissions | 05:44 | |
| esp if it works in other dirs | |||
| but I don't know why | |||
| cotto | I'm noticing now that all the .py files are symlinks | ||
| Andy | THERE you go. | ||
| ack -h | ack sym | 05:45 | ||
| sorry, I mean ack --help | ack sym | |||
| cotto | oic | ||
| thanks | |||
| andy++ | 05:46 | ||
| Andy | your'e welcome | ||
| cotto | I'm so unconfused now. | 05:47 | |
|
05:49
Util left,
dukeleto left,
Util joined,
dukeleto joined
06:47
mikehh joined
06:50
jsut joined
06:51
theory joined
06:52
theory_ joined,
theory left,
theory_ is now known as theory,
fperrad joined
06:55
jsut_ left
07:02
theory left
07:06
AzureStone left
07:11
AzureStone joined
07:21
tcurtis left
07:27
mikehh left
07:33
brianwisti left
07:40
bacek joined
07:46
aloha joined
07:51
dmagnus__ joined
07:55
dmagnus_ left
08:01
aloha left
08:02
aloha joined
08:12
mikehh joined
08:21
dafrito left
08:54
silug left
10:45
bacek left
10:48
silug joined
10:49
aloha left
10:56
bacek joined
11:46
mak joined
|
|||
| mak | hi | 11:46 | |
| what is chromatic's mail id? | |||
| I need to submit a patch to modern perl book | |||
| The readme file says patches welcome, but no mention of which adress to send | 11:47 | ||
| anybody there??? | 11:50 | ||
| purl farts | |||
|
12:02
mak left
|
|||
| Infinoid | purl is a joyful bot | 12:20 | |
|
12:27
kid51 joined
|
|||
| mikehh | mak: you still there? | 12:38 | |
|
12:54
aloha joined
|
|||
| Coke | chromatic? | 13:14 | |
| purl? | |||
| 06:09 * snarkyboojum has Rakudo star running on his phone :D | |||
| note that that includes parrot. | 13:15 | ||
| Infinoid | ooo | ||
| Coke | 06:11 < snarkyboojum> a Nokia N900 fwiw :) | ||
|
13:24
GodFather joined
13:25
Andy left
13:27
khairul joined
13:41
kid51 left
13:50
ruoso left
13:52
Paul_the_Greek joined
|
|||
| Paul_the_Greek | Morning, intrepid Parroteers. | 13:53 | |
| dalek | rtcl-nqp: 7d7afd0 | coke++ | src/Partcl/Grammar.pm: Factor out namespace separator, and allow variables like $::foo in the grammar. |
14:23 | |
| rtcl-nqp: 983f476 | coke++ | src/Partcl/commands/namespace.pm: add simplistic [namespace children]; no tests pass yet. |
|||
| rtcl-nqp: ad9586e | coke++ | t/ (2 files): SKIP less code. |
|||
|
14:26
theory joined,
tadzik joined
14:39
Paul_the_Greek left
15:10
theory left
15:50
theory joined
|
|||
| pmichaud | l | 16:00 | |
| ww | |||
|
16:01
Paul_the_Greek joined
16:05
hudnix left
16:10
hudnix joined
16:16
theory left
16:20
Paul_the_Greek left
16:24
Paul_the_Greek joined
16:35
tcurtis joined
16:54
Paul_the_Greek left,
icarroll joined
|
|||
| dalek | TT #1751 created by Paul_the_Greek++: Links to DEPRECATED.pod et al | 17:00 | |
| TT #1751: trac.parrot.org/parrot/ticket/1751 | |||
| icarroll | Hi. I'm looking for some information about HLL::Grammar.O | 17:04 | |
| is it documented anywhere? | |||
|
17:06
Paul_the_Greek joined,
Paul_the_Greek left,
Paul_the_Greek joined
|
|||
| tcurtis | icarroll: not particularly well, as I recall, but this is somewhat informative: github.com/perl6/nqp-rx/blob/master...ar.pir#L28 | 17:07 | |
| icarroll | tcurtis: thanks, I'll take a look | 17:09 | |
| tcurtis | icarroll: probably your best bet is to read the POD there and then go look at existing compilers. If you have a specific question, feel free to just ask that here. | 17:11 | |
| icarroll | tcurtis: the main question I have is "why?" I don't understand what it's for, when the pct book describes an entirely different way to apparently achieve the same result | 17:15 | |
| tcurtis | icarroll: well, is optable and such was the PGE way of doing it. I'm not really sure exactly why NQP-rx uses HLL::Grammar.O instead. pmichaud would likely know that. | 17:18 | |
| icarroll | ok | ||
| jnthn | It appeared when the two parsers were unified into a single one that all hangs of proto-regexes. | 17:20 | |
| O specifies information to the operator precedence parser in EXPR | |||
| Such as associativity, precedence, and so forth. | 17:21 | ||
| icarroll | jnthn: does that mean the pge optable approach doesn't work any more? | ||
| jnthn | icarroll: PGE has been superceded by nqp-rx | ||
| dukeleto | 'ello | ||
| icarroll | ok | 17:22 | |
| tcurtis | PGE is still around, though, so it should still work in PGE, right? | ||
| jnthn | Yes, but if starting something new, it's probably best to go with nqp-rx. | ||
| icarroll | so if I want to use nqp-rx I have to use O, right? | ||
| jnthn | icarroll: Correct. | 17:23 | |
| icarroll: It turns out to be more flexible and consistent in the end. | |||
| icarroll | ok | ||
| so now that's settled, here's the question that got me digging into this | 17:24 | ||
| I want to have an infix, list associative comma operator | |||
| dukeleto | cotto_work, anybody: i have been thinking about how to mirror subversion tags in git. do we want to make them to be branches with a "tags/" prefix ? | ||
| icarroll | I'd like to have all the comma separated items passed as a list to the action | 17:25 | |
| how do I do that, or is there a better way? | |||
|
17:25
Paul_the_Greek left
|
|||
| pmichaud | icarroll: this is exactly how infix comma works in nqp | 17:27 | |
| (and rakudo) | |||
| icarroll | so just lift the code from nqp? | ||
| jnthn | pmichaud: I think icarroll is expecting the action method to have all the children available when invoked. | ||
| Though maybe I mis-understand. | |||
| pmichaud | token infix:sym<,> { <sym> <O('%comma, :pasttype<list>')> } | ||
| where %comma is defined as | 17:28 | ||
| icarroll | jnthn: yes, that's what I'd prefer, but I'm willing to do it whatever way is usual | ||
| pmichaud | NQP::Grammar.O(':prec<g=>, :assoc<list>, :nextterm<nulltermish>', '%comma'); | ||
| :assoc<list> says "list associative", so all of the children end up being children of a single node | |||
| :nextterm<nulltermish> uses the nulltermish rule to allow empty terms at the end of the list | 17:29 | ||
| no, the action method can't have all of the children available, because at the point where a comma is parsed we don't know the next child yet (this is common to all infix operators) | |||
| jnthn | icarroll: The thing is that we call the action method for an operator before we have all the children to hand. | 17:30 | |
| icarroll | that's surprising, but ok | ||
| pmichaud | why is it surprising? | ||
| if I have $a + $b | |||
| and I parse the '+' | |||
| then by definition I haven't parsed the $b yet :-) | |||
| jnthn | To be fair, it surprised me a little at first too. | ||
| icarroll | k | ||
| jnthn | pmichaud: You haven't, but I thought of it more tree-like | ||
| pmichaud: Whereas it's actually much more linear. :-) | 17:31 | ||
| Which makes sense. | |||
| pmichaud | parsing usually is. :) | ||
| jnthn | Right. :-) | ||
| icarroll | so the comma action will get called once for each item in the comma-separated list? | ||
| pmichaud | the comma action gets called once for each *comma* | ||
| icarroll | k | ||
| pmichaud | not per-item | ||
| icarroll | where do the items get accumulated, and how does the last item get into the list? | 17:32 | |
| pmichaud | well, :assoc<list> says that all of the items should be children of the PAST::Op node that the EXPR rule builds for the comma operator | ||
| so, the expression parser builds PAST::Op nodes for each operator, where the children of the node are the operands | 17:33 | ||
|
17:34
Chandon joined
|
|||
| pmichaud | or, if you're just looking at the parse tree, there will be an infix:sym<,> node that has all of the items as children | 17:35 | |
| icarroll | so each time the action is called it adds its argument to the same op node? | 17:36 | |
| or is that done by the parser? | |||
| pmichaud | no, the operator actions don't have to add their arguments -- the overall EXPR action does that | ||
| icarroll | ok | ||
| pmichaud | for example, with $a + $b * $c | ||
| the + operator can't know its second argument until $b * $c has been processed completely | |||
| (note that its second argument is not "$b" :-) | 17:37 | ||
| so the overall expression parser takes care of that | |||
| jnthn: in answer to your question -- yes, it *is* possible to have a parser that does a top-down tree approach, but it's incredibly slow (i.e., that's "recursive descent parsing") | 17:38 | ||
| and it doesn't really lend itself to adding new precedence layers easily | 17:39 | ||
| icarroll | does this comma operator need an action function? | ||
| does it allow one? | |||
| or is everything done by the expression parser? | |||
| pmichaud | icarroll: probably doesn't need one. In Rakudo, the comma operator becomes a PAST::Op node that calls the &infix:<,> function. | ||
| in NQP, the comma operator results in a PAST::Op node with a 'pasttype' of list, which is an operation that builds a list from its arguments | 17:40 | ||
|
17:40
tadzik left
|
|||
| pmichaud | those can be completely specified via the <O(...)> rule, without needing a separate action method. | 17:40 | |
| jnthn | pmichaud: It's probably also possible but tricky to suspend calling the action method until you have all the bits. | ||
| pmichaud: I'm not arguing that that's desirable though. | 17:41 | ||
| pmichaud: In fact, the current way works very nicely, now I understand why it's the way it is. :-) | |||
| pmichaud: It just won't automatically be people's first intution. | |||
| icarroll | heh | ||
| I think the nqp way will do what I want | |||
| pmichaud | jnthn: yes, most people understand recdescent much more quickly than bottom-up parsing | 17:42 | |
| icarroll | if I wanted something other than list, I could just define a new node type, right? | ||
| pmichaud | you'd also have to write the method that converts that node into POST or something | 17:43 | |
| icarroll | ok | ||
| pmichaud | normally we expect people to convert it into a runtime function call | ||
| icarroll | where should it be converted? | ||
|
17:45
rurban joined
|
|||
| pmichaud | compilers/pct/src/PAST/Compiler.pir has the current set of PAST node tyeps | 17:46 | |
| *types | |||
| (gotta run here -- bbl) | |||
| icarroll | k | ||
| thanks | |||
|
18:07
theory joined
18:17
theory left
18:18
lucian joined
18:22
theory joined
18:28
kid51 joined
18:41
fperrad left
18:42
Paul_the_Greek joined
|
|||
| dalek | tracwiki: v5 | jkeenan++ | HowToDeprecate | 18:46 | |
| tracwiki: Add headline | |||
| tracwiki: trac.parrot.org/parrot/wiki/HowToDe...ction=diff | |||
|
18:47
Administrator_ joined,
Paul_the_Greek left
18:48
Administrator_ left
18:49
Administrator_ joined,
rurban left
18:51
khairul left
18:59
davidfetter joined
|
|||
| kid51 | bbial | 18:59 | |
|
18:59
kid51 left
19:00
theory left
|
|||
| dalek | tracwiki: v11 | jkeenan++ | ParrotDeprecations | 19:03 | |
| tracwiki: Add headline; add link to How to Deprecate Parrot Code | |||
| tracwiki: trac.parrot.org/parrot/wiki/ParrotD...ction=diff | |||
| tracwiki: v6 | jkeenan++ | HowToDeprecate | |||
| tracwiki: Point link for Support Policy to that page on Parrot web site, rather than source code browser | |||
| tracwiki: trac.parrot.org/parrot/wiki/HowToDe...ction=diff | |||
|
19:13
Administrator_ left
19:14
Paul_the_Greek joined
|
|||
| Paul_the_Greek | ping kid51 | 19:14 | |
| msg kid51 I responded to ticket #1751 with a bit more radical proposal. | 19:15 | ||
| purl | Message for kid51 stored. | ||
| Paul_the_Greek | purl,messages | ||
|
19:22
Paul_the_Greek left
19:23
Paul_the_Greek joined
|
|||
| dukeleto | according to trac.parrot.org/parrot/query?status...changetime we have closed 11 tickets already this week! nice job, peeps. | 19:24 | |
| Paul_the_Greek | Parrot-team++ | 19:25 | |
| dukeleto: Where does the "duke" come from? | |||
| dukeleto | Paul_the_Greek: from "Dune" by Frank Herbert | 19:26 | |
| what time is it? | |||
| purl | dukeleto: It's about twenty-five past seven in the evening where I am. | ||
| dukeleto | purl-- | ||
| purl | dukeleto: what? | ||
| Paul_the_Greek | --purl | 19:28 | |
| dukeleto | Paul_the_Greek: what parrot stuff are you working on these days? | 19:31 | |
|
19:31
macroron joined
|
|||
| Paul_the_Greek | On vacation now. Have two patches to commit when I return. Then I'll look at memory management, specifically speed of allocating PMCs. | 19:31 | |
| Also have memory alignment issue to deal with. | 19:32 | ||
| I think I discovered another alignment issue this week. | 19:35 | ||
| dukeleto | Paul_the_Greek: do you have a test for it? | ||
| dukeleto is working on the github mirror of parrot | |||
| Paul_the_Greek | No. Both alignment issues are "hidden" now. They depend on the platform data sizes and on the PMC attribute block size. | 19:36 | |
| I can make the second one happen with a custom PMC. | |||
| Can you set up Git and then have us switch over at some point? | 19:37 | ||
| I installed Git on my hack laptop here at the beach and I'm playing with it. | 19:38 | ||
| dukeleto | Paul_the_Greek: :) that is the plan. it has been talked about a bunch on parrot-dev and #ps, and we are getting there, slowly but surely | ||
| Paul_the_Greek | Do you have to suspend commits for awhile during the switch? | ||
| dukeleto | Paul_the_Greek: cool! there are some git/git-svn wiki pages on the parrot wiki that may be helpful | 19:39 | |
| Paul_the_Greek: i am just making a one way mirror right now, i.e. svn -> git | |||
| Paul_the_Greek | I bought the Git book. It's pretty good. Git works fine on Windows XP. | ||
| So every change to the svn database updates the Git? | |||
| dukeleto | Paul_the_Greek: when parrot feels comfortable making the big swich, there may be a small period where we suspend commits, but it might not be necessary. We can just make the svn repo read-only and tell people "commit to git now" | 19:40 | |
| Paul_the_Greek | I guess simply copying all the files and doing a git init on them was too much to hope for? | ||
| dukeleto | Paul_the_Greek: yes, every branch/tag (and trunk) in svn is mirrored in a git repo | 19:41 | |
| Paul_the_Greek: we don't want to lose 10 years of VCS history | |||
| Paul_the_Greek | Oh, of course. | ||
| purl | Indubitably. | ||
| Paul_the_Greek | At some point before the switch, can you mark the Git repo read-only (except for mirror) and let people play with it a bit? At least to make sure we have Git installed and working. | 19:42 | |
| dukeleto | Paul_the_Greek: you can fork the github repo and play with it all you want right now: github.com/parrot/parrot | 19:44 | |
| Paul_the_Greek: there really isn't a need to make it read-only, since everyone can easily fork it | 19:45 | ||
|
19:45
ruoso joined
|
|||
| Paul_the_Greek | Cool. Why on github instead of parrot.org? | 19:45 | |
| dukeleto | Paul_the_Greek: note that the repo on github is experimental, i may change it around. but playing around with it is fine | ||
| Paul_the_Greek: github is just a mirror, we can also host a git repo on parrot.org, too. We get lots of cool features for free on github, though. Such as: comments on commits, branch comparisons within a repo and across repos, etc... | 19:46 | ||
| Paul_the_Greek | Excellent. So it's mirroring in real time now? | 19:47 | |
|
19:49
Chandon left
|
|||
| dukeleto | Paul_the_Greek: almost, working on it right now. and there is a few hour delay | 19:50 | |
| Paul_the_Greek: nothing is quite set in stone now. I could have it check for new updates every few minutes, if we wanted | 19:51 | ||
| Paul_the_Greek: i am actually populating all the branches on github right now | |||
| Paul_the_Greek: there are 31 current svn branches | |||
| cotto | dukeleto, do you have a link to the gsoc code submission requirements (or the title of the message)? | 19:52 | |
| dukeleto | cotto: groups.google.com/group/google-summ...lines-2010 | 19:53 | |
|
19:56
Paul_the_Greek left
19:57
rurban joined
19:58
kid51 joined
|
|||
| cotto | What's the name of the topic? I still can't see that, even after being subscribed to the list twice. | 19:58 | |
| nm. that's the student list | |||
| kid51 | Parrot 2.7.0 "Australian King" Released! | parrot.org Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | close 13 tickets, merge outstanding branches, help NotFound clean up PBC tests | ||
|
19:59
icarroll left
|
|||
| dukeleto | cotto: groups.google.com/group/google-summ...lines-2010 | 19:59 | |
| I just put all the current svn branches on to github : github.com/parrot/parrot | |||
| cotto | that one works | ||
| dukeleto, | |||
| purl | hmmm... dukeleto, is that for me? or someone else? | ||
| cotto | dukeleto++ | 20:00 | |
|
20:04
lucian_ joined
|
|||
| dukeleto is steal working on tags | 20:04 | ||
| still, even | 20:06 | ||
| dukeleto steals away to still work on tags | |||
|
20:06
lucian left
20:10
davidfetter left
20:12
icarroll joined
20:30
lucian_ left
|
|||
| dalek | kudo: 0c374d8 | cognominal++ | src/metamodel/GrammarHOW.pir: fixes #77322 : changed sub compose in GrammarHOW.pir so that grammars always inherit from Grammar Signed-off-by: Moritz Lenz <moritz@faui2k3.org> |
20:31 | |
| rrot: r48588 | jkeenan++ | trunk/tools/build/headerizer.pl: Simplify documentation per ļæ½trac.parrot.org/parrot/ticket/1725. |
20:52 | ||
| rrot: r48589 | jkeenan++ | branches/tt1725_headerizer_documentation: Remove superseded branch. |
|||
| rrot: r48590 | jkeenan++ | tags/tt1725_headerizer_documentation-48246: Branch corresponding to tag has been deleted. |
|||
|
21:01
macroron left
|
|||
| dalek | tracwiki: v177 | jkeenan++ | WikiStart | 21:03 | |
| tracwiki: Link to more recent pages on deprecations and deprecation policy | |||
| tracwiki: trac.parrot.org/parrot/wiki/WikiSta...ction=diff | |||
|
21:12
rurban left
|
|||
| dalek | rrot: r48591 | jkeenan++ | trunk/tools/dev/as2c.pl: Add references to documentation. |
21:25 | |
| rrot: r48592 | jkeenan++ | trunk/tools/dev/as2c.pl: Program should not be executable in repository. Delete svn:executable. |
|||
| rrot: r48593 | jkeenan++ | trunk/tools/dev/faces.pl: Place documentation in a more formal POD format. |
|||
|
21:27
smash joined
|
|||
| smash | hello everyone | 21:27 | |
|
21:28
bacek left
21:29
aloha left
|
|||
| dalek | kudo: 9288360 | moritz++ | t/spectest.data: run grammar inheritance tests |
21:30 | |
| kid51 | smash, hello! | 21:33 | |
| smash: Do I take it that we have 4 candidates because others who were nominated declined the nomination? | |||
| dukeleto | smash: hola | 21:38 | |
| smash | kid51: correct | 21:41 | |
| anyone else here has admin access on parrot.org ? | |||
| dalek | rrot: r48594 | jkeenan++ | trunk/tools/dev/fetch_languages.pl: Correct typo and improve description in 'NAME' in POD. |
21:42 | |
| kid51 | I don't. See if you can rouse particle Coke or allison | 21:43 | |
| smash | yeap, trying to | ||
| allison: ping | |||
| particle: ping | |||
| Coke: ping | |||
| cotto | what needs to happen? | 21:46 | |
| smash | cotto: need to fix something to start the voting process | 21:47 | |
| particle | smash: temporarially given you admin access on parrot.org | 21:52 | |
| fix away! | 21:53 | ||
| smash | particle: let me see if i can fix it, thank you | ||
|
21:58
allison left
21:59
w3x_junkie joined,
w3x_junkie left
22:02
dduncan joined
22:03
dduncan left
|
|||
| Coke | smash: pong | 22:20 | |
| smash | Coke: particle++ already help out, thank you | 22:22 | |
| particle: all done for now, but i may need to fix users roles on parrot.org, mind if i keep admin permissions until the voting ends ? | 22:23 | ||
| particle | aye | ||
| i don't mind. | |||
| smash | excelent, thank you | 22:24 | |
| can anyone please confirm that my voting instructions mail made it to parrot-members ? | 22:27 | ||
| dukeleto | smash: yes, i got it | 22:30 | |
| smash: what are the rules about voting? can you vote for yourself? can you vote for as many people as you want? | |||
| particle | dukeleto: yes and yes | 22:33 | |
| looks like i cast the first votes. now, off to powerwash the deck. | 22:34 | ||
| smash | dukeleto: yes, vote on every nominated (including yourself) | 22:41 | |
| dukeleto | The Parrot Github mirror now includes all current svn branches and tags (as proper git tags). Play around with it and let me know what you think: github.com/parrot/parrot | 22:49 | |
| smash | i'm off, happy voting.. and e-mail me with any question or if you find any problem | 22:59 | |
|
23:01
smash left
23:02
GodFather left
23:05
kid51 left
|
|||