|
Parrot 2.0.0 "Inevitable" released! | parrot.org | Priorities: deprecated core PMCs and VTABLE entries | Roadmap: icanhaz.com/parrotroadmap | Latest modified TT's: icanhaz.com/parrotbugs Set by moderator on 26 January 2010. |
|||
| Whiteknight | ash_: yes | 00:06 | |
| cotto_work, of course not. I would like to see her speak in front of a room full of parrot and perl people | 00:08 | ||
| dalek | parrot: 5f7bb98 | (David E. Wheeler)++ | (9 files): Update installer to use pgxs. * Moved the test from `t/test/sql` to `t/sql/test.sql` and added a symlink from `sql` to `t/sql`. This is because `pg_regress` is hard-coded to look for test scripts in `sql`. * Added `expected/test.out`. This is for `pg_regress` to compare test results. * Added `test` target using `pg_prove`. You need to install pgTAP to get pg_prove. I'll look at embedding it here soon. Either way, you'll need a recent Test::Harness to use it. It's best to use it for development, though. * Replace `HOWTO` with `README.plparrot`. It's copied from the first 100 lines or so of pgTAP's `README.pgtap`, and contains build instructions with and without pgxs, as well as testing instructions. * Added `plparrot.sql.in`. This is the script that can be used to install PL/Parrot. Inserting into `pg_pltemplate` does not appear to be the supported way to add a non-core PL. |
00:11 | |
| theory | That bot sure is noisy. | ||
| chromatic | In theory, we could quiet it down. | 00:13 | |
| theory | I could poop it out! | ||
| cotto_work completely misparsed that. | 00:15 | ||
| chromatic | Don't be so sure. | ||
| cotto_work hopes he completely misparsed that. | 00:16 | ||
| theory | lol | ||
|
00:21
slavorg joined
00:22
abqar joined
|
|||
| Whiteknight | talk about pooping? I didn't know we were on efnet or #perl | 00:29 | |
|
00:31
payload joined
|
|||
| cotto_work | Nah. We're just talking about exhaustion and language processing. | 00:37 | |
| Coke | do we have any xml parsers? | 01:33 | |
| need to be able to parse: svn.cfeclipse.org/org.cfeclipse.cfm...ry/cf8.xml | 01:34 | ||
| bacek_at_work | Coke, fperrad do have xml parser | 01:49 | |
| github.com/fperrad/xml | 01:50 | ||
| Whiteknight, any luck with gc_encapsulate? | |||
|
01:50
kid51 joined
|
|||
| Whiteknight | bacek_at_work, no luck. I haven't had a lot of time | 01:50 | |
| bacek_at_work | Whiteknight, no worries. | 01:51 | |
|
03:04
JimmyZ joined
|
|||
| dalek | parrot: 38f8108 | (Joshua Tolley)++ | libsrc/handler/.placeholder: Add libsrc/handler directory so the new Makefile stuff works |
03:28 | |
|
04:02
hicx174 joined
04:16
plobsing joined
06:35
abqar joined
07:01
chromatic joined
|
|||
| cotto | hio chromatic | 07:03 | |
| chromatic | evening | 07:04 | |
|
07:08
JimmyZ joined
|
|||
| cotto | In what way is "pbc_merge -o out.pbc a.pbc b.pbc c.pbc" different from compiling out.pir, which includes a.pir, et al, directly? | 07:13 | |
| chromatic | There should be no difference. | ||
| cotto | That's what I thought. lemme nopaste something that breaks pct | 07:14 | |
| nopaste | "cotto" at 96.26.227.153 pasted "attempt to break up pct makefile dependencies, breaks pct" (48 lines) at nopaste.snit.ch/19397 | 07:15 | |
| chromatic | I'm not saying that pbc_merge works correctly. | 07:16 | |
| cotto | Are you confident enough in that diff that you suspect the problem lies in pbc_merge? | 07:17 | |
| (I don't see any reason why not, but many eyes ...) | |||
| It does have some tests but they're all on small bits of code. | 07:21 | ||
| chromatic | Does pbc_merge need to work on $(LIBRARY_DIR)/PCT/HLLCompiler.pbc too? | 07:24 | |
| Hm, maybe not. I'm misreading. | 07:25 | ||
| Nothing in the Makefile looks wrong to me. | 07:26 | ||
| I think it's pbc_merge. | |||
| cotto | ok. I'll play with it on that assumption. | 07:27 | |
| dalek | rrot: r43632 | cotto++ | trunk (2 files): [build] change PBCMERGE to PBC_MERGE for naming consistency |
07:30 | |
| TT #1419 created by cotto++: pbc_merge doesn't correctly merge | 07:35 | ||
| cotto | I want to hack at that some more, but I really need to sleep. | 07:36 | |
| night | |||
|
07:51
bacek joined
07:56
fperrad joined
07:57
iblechbot joined
09:03
mikehh joined
09:05
bacek joined
09:08
mikehh joined
09:32
hicx174 joined
|
|||
| dalek | rrot: r43633 | bacek++ | failed to fetch changeset: Sync branch with trunk |
09:40 | |
| moritz | 09:41 | ||
| treed | ? | ||
| moritz | sorry, paste failure | ||
| treed | Heh. | ||
| bacek suspect some conspiracy | 09:44 | ||
| moritz | bacek_at_work: that's always a good guess | 09:45 | |
| bacek | clock? | 09:46 | |
| purl | bacek: LAX: Thu 1:46am PST / CHI: Thu 3:46am CST / NYC: Thu 4:46am EST / LON: Thu 9:46am GMT / BER: Thu 10:46am CET / IND: Thu 3:16pm IST / TOK: Thu 6:46pm JST / SYD: Thu 8:46pm EST / | ||
| bacek | at_work??? | ||
| NO WAY! | |||
| moritz wonders why his tab completion picked bacek_at_work over bacek | |||
| bacek | moritz, MATRIX HAS YOU! | 09:48 | |
|
09:53
hicx174 joined
10:32
rblasch joined
10:33
cotto joined
10:37
gaz joined
11:18
cotto joined
11:56
cotto joined
12:00
bluescreen joined
12:18
payload joined
12:25
ruoso joined
|
|||
| Coke | pbc_merge might be meant to be the same, but it's a completely different way to get a similar effect. | 12:49 | |
|
12:50
cghene joined
|
|||
| dalek | TT #1420 created by masak++: Failed assertion when running 240th test in 01-regex.t in GGE | 13:01 | |
|
13:17
whiteknight joined
|
|||
| dalek | TT #1412 closed by jkeenan++: Remove 'running-make-test' | 13:18 | |
| TT #1372 closed by jkeenan++: Change usages of 'Getopt::Obj' to ['Getopt';'Obj'] | |||
|
13:24
cognominal joined
13:39
bluescreen joined
|
|||
| Coke -> offline | 13:43 | ||
| dalek | rrot: r43634 | coke++ | trunk/DEPRECATED.pod: getopt has already been updated. functioning code, they aren't part of the standard library or API. |
||
|
13:57
payload joined,
mikehh joined
|
|||
| mikehh | All tests PASS (pre/post-config, make corevm/make coretest, smoke (#31970), fulltest) at r43633 - Ubuntu 9.10 i386 (g++ with --optimize) | 13:59 | |
|
14:04
silug joined
14:19
plobsing joined
|
|||
| plobsing | is there a reason F[^P]A won't let me allocate a zero length array? | 14:22 | |
|
14:30
bluescreen joined
|
|||
| mikehh | All tests PASS (pre/post-config, make corevm/make coretest, smoke (#31975), fulltest) at r43634 - Ubuntu 9.10 amd64 (g++ with --optimize) | 14:31 | |
| whiteknight | plobsing: what do you mean? | 14:35 | |
|
14:53
JimmyZ joined
|
|||
| plobsing | whiteknight: $P0 = new ['FixedIntegerArray'] <newln> $P0 = $I0 | 14:57 | |
| where $I0 is non-negative (but not always non-zero) | 14:58 | ||
|
15:06
PerlJam joined
|
|||
| NotFound | plobsing: looking at the code, the reason seems to be that zero is used to indicate that it hasn't be sized yet. | 15:19 | |
|
15:23
iblechbot joined
15:37
cognominal joined
15:38
Psyche^ joined
15:50
rurban joined,
rurban left
16:05
davidfetter joined
|
|||
| plobsing | NotFound: would it be reasonable to change them to use a flag to indicate that? | 16:27 | |
| NotFound | plobsing: there is some good reason to justify that change? | 16:29 | |
|
16:29
Andy joined
|
|||
| NotFound | The current way has the virtue of simplicity, I don't think people like to change that without a good reason. | 16:30 | |
| plobsing | laziness - why check that I have zero elements to put in the array? | ||
| consistency - FPA allows this | |||
| NotFound | Mmmm... FPA just ignore it. | 16:32 | |
| if (!size) \\n return; | |||
| plobsing | yes. allow/ignore is the same for me in that it doesn't die when I try to do it | 16:33 | |
| NotFound | plobsing: but that is different of setting a fixed size of 0. | 16:34 | |
| plobsing | understood, and I would like be able to permanently set the size to 0, but ignoring is good enough for my current objectives | 16:35 | |
| NotFound | plobsing: I'll better open a RFC ticket about it. | 16:36 | |
| In order to have some sort of documented rationale, at least. | 16:37 | ||
| dalek | rrot-plumage: cb3d38b | japhb++ | metadata/pynie.json: [METADATA] Added pynie.json, fperrad++ |
16:43 | |
| parrot: 55b195e | dukeleto++ | HACKING: Add a HACKING doc that goes over git workflow |
16:49 | ||
|
16:59
theory joined
17:01
riffraff joined
17:06
silug joined
17:17
dukeleto joined
17:38
Andy joined
|
|||
| dalek | TT #1421 created by plobsing++: [RFC] zero length FxA behaviour | 17:41 | |
|
17:42
ZeroForce joined
17:43
ZeroForce joined
17:45
ZeroForce joined
17:46
ZeroForce joined
17:47
ZeroForce joined
17:48
ZeroForce joined
17:53
plobsing joined
|
|||
| Tene | wagle: A while back, leto said that you wanted to talk with me about scheme on Parrot. afaik, that never happened. | 18:17 | |
| wagle | Tene.. i wrote a parser in haskell tuesday evening, and i'm currently pondering a similar session in a day or two for the backend (scheme -> pir for a factorial function).. when I have that going, i'll want to improve it, and then have questions | 18:21 | |
| i think i know what code to generate, just have to generate it | 18:22 | ||
| Tene | Okay, great. You know where to find me. :) | ||
| I'm glad to answer any questions. | |||
| wagle | heh.. sure.. thanks! | ||
|
18:49
ruoso joined
18:52
bluescreen joined
19:04
bacek joined
19:43
silug joined
20:23
joeri joined
20:38
software joined
21:14
coke joined
21:24
cghene joined
21:30
japhb joined
21:36
plobsing joined
21:41
mikehh joined
22:08
Whiteknight joined
22:11
patspam joined
|
|||
| coke | 22:30 | ||
| Whiteknight | hello | 22:33 | |
| cotto_work | hello | 22:34 | |
| It looks like pbc_merge naively concatenates the const tables from the pbc files it merges. Is it possible/likey that the problem in TT #1419 occurs as a consequence of that behavior? | 22:56 | ||
| NotFound | cotto_work: I guess yes | 22:59 | |
|
23:01
particle joined
|
|||
| cotto_work | I can see why the current code took the lazy route. | 23:05 | |
| This is definitely suspicious. The merged pbc has two otherwise identical constants with the value of "language", which is the method name that parrot complains about not seeing. | 23:07 | ||
| Coke | I got a 1928 2-dollar bill from the bank today. | 23:09 | |
| whee! | |||
| cotto_work | That'll bring in more than $2. | ||
| Coke | cotto_work: when partcl originally adopted pbc_merge, we were warned that it wasn't 100%. | 23:10 | |
| cotto_work | Is it still even legal tender? | ||
| Coke | (we don't even use it anymore, I don't think.) | ||
| cotto_work | and so it isn't | ||
| I don't mind hacking on it. | |||
| Coke | it /should/ be, though, so ... thanks! | ||
| cotto_work | and no, we don't currently use it. | ||
| Coke | and yes, I think this bill is still legal tender. the wording is slightly different on that note than on the '76 $2 I have next to it. and it has red ink. and says "will pay to the bearer on demand". | 23:11 | |
| Tene | I've seen and used $2 bills plenty of times. | 23:13 | |
| cotto_work | Sure, but one from 1928 would be unusual. | 23:14 | |
| Tene | Yeah. | ||
|
23:20
payload joined
23:32
jsut_ joined
23:52
chromatic joined
23:58
elmex joined
|
|||