Camelia, the Perl 6 bug

IRC log for #parrot, 2009-05-18

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 he Hm, anyone know if rakudo is known to fail some of its spectests?
00:00 Infinoid he: Yes.  There's a spectest_regression target which only runs the things it's expected to pass
00:00 he (took 2h to run..., and there are 4-5 failures)
00:01 Infinoid That's not bad, actually
00:02 Infinoid hmm, I might be misunderstanding spectest/spectest_regression slightly.  "make help" says spectest is the one you want, and doesn't mention spectest_regression at all
00:02 nopaste "he" at 158.38.152.119 pasted "rakudo spectest summary report on NetBSD/i386 4.0" (12 lines) at http://nopaste.snit.ch/16582
00:04 * Infinoid copies that to freenode/#perl6
00:09 bacek_ joined #parrot
00:20 Whiteknight okay, that code doesn't even work
00:20 Whiteknight so now I'm stumped
00:23 tetragon joined #parrot
00:24 Infinoid is it even Class, or just Object?
00:28 Infinoid I've got an instance of a pir class in gdb here
00:28 Infinoid (gdb) print pmc->vtable->base_type
00:28 Infinoid $2 = 52
00:28 Infinoid (gdb) print pmc->vtable->pmc_class->vtable->base_type
00:28 Infinoid $4 = 52
00:28 Infinoid include/parrot/core_pmcs.h
00:28 Infinoid 64:    enum_class_Object,       /*  52 */
00:31 Infinoid (no, I don't know why the class isn't a Class.  But I think most/all actual PMC instances should be something else, so it might still be useful)
00:51 Whiteknight it's an object
00:52 Whiteknight specifically, I'm trying to figure out if it's an ExceptionHandler, or a PIR subclass of an ExceptionHandler
01:11 dalek parrot: r38884 | whiteknight++ | trunk/src/exceptions.c:
01:11 dalek parrot: [core] a small partial hack-fix for TT #154. we can now use PIR-defined objects that are subclassed from ExceptionHandlers. However I'm sure that this solution is not very robust. It's just a start.
01:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38884/
01:17 kid51 joined #parrot
01:17 Topic for #parrotis now Parrot 1.1.0 Released | http://parrot.org/ | 308 RTs left | Weekly Priority: Apply Patches, Fix Bugs, Close Tickets
02:01 Theory joined #parrot
02:04 eternaleye joined #parrot
02:09 eternaleye joined #parrot
02:09 Coke Infinoid: should you be checking /base_type/ and not whatever 'actual type' is?
02:10 Infinoid No idea, I was just trying to figure out what Whiteknight was talking about
02:11 Coke ISTR there were two slots. I can't find the struct def to check, though. :P
02:12 Infinoid That may explain it
02:13 Infinoid "type" is a function pointer, and I don't see anything better
02:14 Infinoid Though I don't see why we couldn't have a VTABLE_IS_PIR_CLASS bit in flags.
02:15 Infinoid or maybe invert that to VTABLE_IS_CORE_CLASS, so we don't cause confusion between pir and hlls
02:15 Infinoid hmm, s/CORE/PMC/ # dynpmcs aren't core but they are C
02:16 dalek parrot: r38885 | coke++ | trunk/t/examples/streams.t:
02:16 dalek parrot: [t] Pass the streams test again;
02:16 dalek parrot: Recent updates had broken it (TT#668)
02:16 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38885/
02:44 dalek cardinal: 08f0f9f | tene++ | cardinal.pir:
02:44 dalek cardinal: Add a fetch-library method to the compiler for inter-language library loading.
02:44 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/08f0f9fe1e868fd20ace75901736d9d650790b3a
02:48 janus joined #parrot
02:58 s1n joined #parrot
02:58 s1n who should i speak with concerning the CLA? Coke, particle?
02:59 wayland76 joined #parrot
03:00 wayland76 Anyone else want to test https://trac.parrot.org/parrot/ticket/426 ?
03:11 cotto Whiteknight++ #good and better news
03:12 cotto s1n, what's your question?
03:13 cotto (attempting content-based dispatch ;)
03:15 s1n cotto: i don't understand the whole 'employer' bits. i'm not even sure which question to ask, just what it is saying concerning employer/employee relations
03:17 Tene s1n: in my understanding, it's your employer saying "I assert that I don't own any code my employee contributes to Parrot"
03:18 cotto It's only relevant if you're writing code that your employer would otherwise have some claim over, i.e. contributing code written at work.  (IANAL, this is my understanding)
03:18 Tene Right.
03:19 s1n so if you don't contribute code from work?
03:19 cotto It depends on local laws and the contract between you and your employer.
03:20 donaldh joined #parrot
03:21 s1n cotto: if you do this in $freetime, would i need my employer to sign one?
03:21 s1n s/you/i/
03:22 cotto If your contract says they own what you do in your free time, yes.  Otherwise, I don't think so.
03:24 Tene Wow, this is so cool.  I'm really excited.  A lot.
03:24 Tene Lemme paste...
03:24 nopaste "tene" at 166.70.38.237 pasted "inter-language library loading..." (11 lines) at http://nopaste.snit.ch/16583
03:25 wayland76 That's cool :)
03:25 cotto That's awesome!  Tene++
03:26 cotto now if only Parrot were fast...
03:26 * cotto ducks
03:31 s1n cotto: so the CLA is basically saying all ownership goes to TPF?
03:33 dalek cardinal: 107cc3f | tene++ |  (3 files):
03:33 dalek cardinal: Add foreign-load function to load libraries from a foreign language.
03:33 dalek cardinal: Fix module definition.
03:33 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/107cc3f08b74f08e7a1aa0c584dcf47a75135707
03:48 bacek_ Wow. Tene++
03:55 Infinoid s1n: yes, copyright on your contributions is assigned to PaFo
03:55 dalek cardinal: 0ccc552 | tene++ |  (72 files):
03:55 dalek cardinal: Add support for 'include' and move Test.rb into the Test module.
03:55 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/0ccc552fbb5f850910949ef5b078db44ab627970
03:57 Infinoid purl, CLA?
03:57 purl i think CLA is Contributor License Agreement or http://www.perlfoundation.org/​contributor_license_agreement or http://www.parrot.org/foundation/legal or http://www.parrot.org/files/parrot_cla.pdf
04:11 petdance joined #parrot
04:11 GeJ Hi all,
04:12 GeJ allison: ping
04:13 allison GeJ: hi
04:14 GeJ Hi allison,
04:14 allison s1n/Infinoid: no, copyright is not assigned to the foundation
04:14 purl okay, allison.
04:15 allison s1n: it's licensed to the foundation, which means you own the copyright, but also give the foundation the right to include it in Parrot
04:16 GeJ FYI, you may have missed an instance of ch09_pasm.pod. I just noticed a failure when make'ing html. Looks like the source of the issue is lib/Parrot/Docs/Section/Parrot.pm  line 110.
04:16 allison ah, thanks, I'll clean that up now
04:16 GeJ you're welcome.
04:21 dalek parrot: r38886 | allison++ | trunk/lib/Parrot/Docs/Section/Parrot.pm:
04:21 dalek parrot: [book] Cleaning up a stray reference to the removed Chapter 9 on PASM.
04:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38886/
04:44 dukeleto joined #parrot
04:55 whoppix joined #parrot
04:57 dalek parrot: r38887 | petdance++ | trunk/include/parrot (2 files):
04:57 dalek parrot: added splint directives to not complain about the macros with no effect that are not supposed to have any effect
04:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38887/
05:00 dalek parrot: r38888 | petdance++ | trunk/src/string/encoding.c:
05:00 dalek parrot: Shimmed an interpreter
05:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38888/
05:07 dalek parrot: r38889 | petdance++ | trunk/tools/build/c2str.pl:
05:07 dalek parrot: adding PARROT_OBSERVER flags to generated code tables
05:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38889/
05:36 dalek parrot: r38890 | petdance++ | trunk (5 files):
05:36 dalek parrot: startng to annotate functions with PARROT_OBSERVER
05:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38890/
05:51 uniejo joined #parrot
05:56 Tene allison: if I can get a confirmed inter-HLL library loading spec from pmichaud, can I implement it in pynie?
05:57 allison Tene: yes, of course
05:58 allison Tene: I mean, I'll be reviewing the spec anyway
05:58 * Tene nods.
05:58 Tene I'm already suspecting that it's Not Good Enough in a few ways...
05:58 Tene but hopefully good enough for now.
05:59 allison Tene: yeah, I expect we can get something Good Enough(TM)
05:59 Tene I'm thinking it might also need to return the actual namespace itself... to be installed appropriately.
06:00 allison you mean return the namespace directly instead of a "meta" object that contains the namespace and other info?
06:00 Tene i mean return the namespace as well as the other info
06:00 Tene name => ..., symbols => ..., namespace => ...
06:00 allison ah, yes
06:00 allison I was thinking replace symbols with just the namespace
06:00 Tene use Foo:lang<python>; my Foo $x .= new();
06:00 allison there are various ways to do it
06:00 Tene Can't work with the current scheme.
06:01 allison the main thing is, getting all the wibbly bits to play well together
06:01 Tene Right.
06:02 allison Tene: aye, but there are other things already in place that won't work well with the current scheme either, so we have to change one or the other
06:02 allison probably we'll end up changing both a bit and meet somewhere in the middle
06:02 allison but, as long as it more or less works together in the end, we'll be fine
06:56 hiroyuk__ joined #parrot
07:07 masak joined #parrot
07:21 donaldh joined #parrot
07:49 whoppix joined #parrot
08:16 mikehh I am still getting failures with t/compilers/imcc/syn/regressions.t (test 14) on most cores in make -k fulltest at r38890 amd64 and i386
08:39 Ademan joined #parrot
09:09 bacek joined #parrot
09:38 bacek joined #parrot
09:40 Coke tene++
09:58 iblechbot joined #parrot
10:06 dalek parrot: r38891 | NotFound++ | trunk/src/pmc/nci.pmc:
10:06 dalek parrot: [core]  partial fix for TT #667, examples/namespace/namespace_dump.pir dies politely instead of segfaulting
10:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38891/
10:08 gaz joined #parrot
10:12 he_ Infinoid: found this diff still lurking in my NetBSD/alpha 4.0 tree...
10:12 nopaste "he" at 158.38.152.63 pasted "Diff for va_list not a pointer, as on NetBSD/alpha" (22 lines) at http://nopaste.snit.ch/16585
10:21 bacek joined #parrot
11:18 dalek parrot: r38892 | bacek++ | branches/tt504_annotations/t​/pmc/packfileannotations.t:
11:18 dalek parrot: Add (failing) tests for PackfileAnnotaions pack.
11:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38892/
11:19 amoc joined #parrot
11:20 bacek hi there
11:20 donaldh joined #parrot
11:24 dalek parrot: r38893 | bacek++ | branches/tt504_annotations/src​/pmc/packfileannotations.pmc:
11:24 dalek parrot: Reimplement PackfileAnnotations pack.
11:24 dalek parrot: Failing ATM because of constants handling.
11:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38893/
11:48 bacek Is there C equivalent for std::numeric_limits<double>::epsilon for comparing float values?
11:49 burmas joined #parrot
11:57 particle joined #parrot
12:07 particle joined #parrot
12:15 rob joined #parrot
12:16 ruoso joined #parrot
12:31 Infinoid he_: Thanks.  TT #647 says HPUX is having the same problem.  As long as it doesn't cause any "make codetest" failures, I think this is low-risk enough to get in before the release, so I'll see about getting it in now
12:33 dalek parrot: r38894 | bacek++ | branches/tt504_annotations/t/​pmc/packfileconstanttable.t:
12:33 dalek parrot: [t] Add test for PackfileConstantTable.get_or_create_constant
12:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38894/
12:33 dalek parrot: r38895 | bacek++ | branches/tt504_annotations/t/​pmc/packfileconstanttable.t:
12:33 dalek parrot: Add tests for get_or_create_constant(FLOATVAL)
12:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38895/
12:33 dalek parrot: r38896 | bacek++ | branches/tt504_annotations/src/​pmc/packfileconstanttable.pmc:
12:33 dalek parrot: Implement get_or_create_constant for STRING* and FLOATVAL.
12:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38896/
12:33 dalek parrot: r38897 | bacek++ | branches/tt504_annotations/t​/pmc/packfileannotations.t:
12:33 dalek parrot: [t] Add PackfileAnnotations into Directory first.
12:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38897/
12:33 dalek parrot: r38898 | bacek++ | branches/tt504_annotations/src​/pmc/packfileannotations.pmc:
12:33 dalek parrot: Store and pack Annotation.name properly
12:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38898/
12:34 Infinoid go bacek go!
12:36 bacek Infinoid: one commit more: kill packfileannotationkeys :)
12:36 dalek parrot: r38899 | bacek++ | branches/tt504_annotations/src​/pmc/packfileannotations.pmc:
12:36 dalek parrot: Store and pack non integer Annotations properly.
12:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38899/
12:37 bacek Ah. Two more :)
12:40 rg joined #parrot
12:43 dalek parrot: r38900 | Infinoid++ | trunk/src/call/pcc.c:
12:43 dalek parrot: [pcc] va_list is not always a pointer type; checking it for NULLness breaks the build on some platforms (netbsd/alpha, hpux/ia64).
12:43 dalek parrot: This was a lurking patch, held over from TT #573; it should also fix #647.
12:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38900/
12:43 dalek parrot: r38901 | Infinoid++ | trunk/PLATFORMS:
12:43 dalek parrot: More PLATFORMS updates from he++, the NetBSD pkgsrc maintainer.
12:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38901/
12:48 bacek *Incoming*
12:48 * bacek hides
12:53 dalek parrot: r38902 | bacek++ | branches/tt504_annotations/MANIFEST:
12:53 dalek parrot: Remove removed files from MANIFEST.
12:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38902/
12:53 dalek parrot: r38903 | bacek++ | branches/tt504_annotations/src​/pmc/packfileannotations.pmc:
12:53 dalek parrot: Remove references to PackfileAnnotationKeys from PackfileAnnotations.
12:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38903/
12:53 dalek parrot: r38904 | bacek++ | branches/tt504_annotations/t​/pmc/packfileannotations.t:
12:53 dalek parrot: [t] Remove tests for PackfileAnnotationKeys.
12:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38904/
12:53 dalek parrot: r38905 | bacek++ | branches/tt504_annotations/src/​pmc/packfileannotationkeys.pmc:
12:53 dalek parrot: Remove PackfileAnnotationKeys.pmc. Finally.
12:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38905/
12:54 gryphon joined #parrot
12:56 bacek If noone stop me I'll merge branch into trunk in next 8 hours.
12:56 bacek Just after some nap
12:56 dalek parrot: r38906 | bacek++ | branches/tt504_annotations/PBC_COMPAT:
12:56 dalek parrot: Bump PBC_COMPAT as required by spec.
12:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38906/
13:00 Infinoid bacek: we're releasing tomorrow, might be better to wait until after that
13:00 bacek Ah. Ok.
13:00 * Infinoid doesn't want to make tewk++'s life any harder
13:01 * bacek thinking about evil merge right now :)
13:04 dalek parrot: r38907 | Infinoid++ | trunk/docs/dev/c_functions.pod:
13:04 dalek parrot: [docs] Mention va_list in the ARGIN/ARGOUT/ARGMOD documentation, as it's not always a pointer type.
13:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38907/
13:31 dalek parrot: r38908 | fperrad++ | trunk/PLATFORMS:
13:31 dalek parrot: [PLATFORM]
13:31 dalek parrot: - update for linux-x86 llvm-gcc-4.2
13:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38908/
13:34 AndyA joined #parrot
13:35 he_ Infinoid: NetBSD/shark (arm) 4.0 parrot-current completed its selftests.
13:36 Infinoid he_: Is that little or big endian?
13:37 he_ That's little-endian.
13:38 Infinoid thanks
13:50 PacoLinux joined #parrot
13:52 dalek parrot: r38909 | coke++ | trunk/t/codingstd/c_function_docs.t:
13:52 dalek parrot: [codingstd] these files were recently documented.
13:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38909/
14:08 dalek tracwiki: v5 | coke++ | CageTasklist
14:08 dalek tracwiki: https://trac.parrot.org/parrot/wiki/C​ageTasklist?version=5&amp;action=diff
14:08 dalek tracwiki: v6 | coke++ | CageTasklist
14:08 dalek tracwiki: https://trac.parrot.org/parrot/wiki/C​ageTasklist?version=6&amp;action=diff
14:08 burmas left #parrot
14:09 Coke why isn't https://trac.parrot.org/parrot/wiki/CageTasklist showing VerifyExamples as a wiki link?
14:10 Coke do I have to /create/ the page first? lame.
14:11 Infinoid hmm, that seems nicer than having the wiki littered with red links and (?) tags for things it mistakenly thought were links
14:11 dalek tracwiki: v7 | coke++ | CageTasklist
14:11 dalek tracwiki: https://trac.parrot.org/parrot/wiki/C​ageTasklist?version=7&amp;action=diff
14:12 NotFound joined #parrot
14:12 NotFound hi
14:12 purl hi, NotFound.
14:13 Infinoid oi NotFound
14:13 Coke Infinoid: it's easy to tell the wiki something isn't a link.
14:13 Coke !NotAWikiLink
14:13 Coke but now i can't create the page AT ALL.
14:15 Coke if I search for VerifyExamples, I have no option to create the missing page.
14:15 Infinoid I just created it, by typing it into the URL bar and hitting Edit
14:17 Infinoid and now it's a link on CageTasklist
14:18 dalek tracwiki: v1 | Infinoid++ | VerifyExamples
14:18 dalek tracwiki: Created the page for testing purposes
14:18 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Ve​rifyExamples?version=1&amp;action=diff
14:18 Coke !?
14:18 Coke I had no edit link there.
14:18 Coke WTF.
14:18 Infinoid ... really?
14:18 Coke no, I'm lying. :P
14:19 Infinoid sorry, the button is "Create this page", not "Edit"
14:19 Infinoid lingering permissions issue, perhaps?
14:19 Coke Yes, I don't have that button. (say, searching for VerifyExamplesNow)
14:19 Coke I have /admin/ privs on trac. :P
14:19 Infinoid no, the button wasn't on the search page
14:19 Infinoid Try https://trac.parrot.org/pa​rrot/wiki/NonexistentPage, there should be a button there
14:20 Infinoid So I had to hand-edit the URL, which ranks pretty low on the usability scale, but seemed to work
14:22 Coke that is NOT the page I got when i searched for VerifyExample.
14:22 Coke (hand edit) BAH!
14:22 Infinoid yes.  That page doesn't exist until you hit the create button... its a wiki 404 page
14:22 Coke thank you.
14:23 Coke I wasn't expecting to have to hand edit the (*&#@$# url.
14:23 Infinoid There's a setting related to this in trac.ini (or whatever it is) which I asked allison to turn off a while back, because it screwed up several other things (including breaking the rss beyond usability)
14:23 Infinoid So it may be that trac is better about this by default.
14:26 Coke opened a ticket.
14:26 NotFound Coke: I have a patch that makes the example namespace_dump pass the test, but I have no idea if that is an example of what to do or what to not do.
14:26 Coke NotFound: post the patch and let someone else decide?
14:26 Infinoid Coke: Ah, yes.  See http://colloquy.info/project/wiki/CamelCase; we have ignore_missing_pages enabled
14:27 Infinoid The rationale was that it barfed horribly on commit messages like https://trac.parrot.org/parrot/changeset/36165
14:27 NotFound Coke: ok
14:27 Infinoid well, hmm.  "barf horribly" is relative.
14:28 Coke ah. so when adding links, add [wiki:CamelCase]
14:32 Infinoid Does anyone have an opinion on whether TT #665 needs a deprecation notice?  If so, I should add it now.
14:35 NotFound Infinoid: I'm tempted to say that dropping undocumented features must not need deprecation cycles. However, giving the state of our code base and documentation that will be a joke.
14:36 NotFound So yes, I vote for a deprecation notice.
14:37 dalek tracwiki: v2 | coke++ | VerifyExamples
14:37 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Ve​rifyExamples?version=2&amp;action=diff
14:39 Infinoid k, I'll mark it as a post-1.4 deprecation then
14:46 Infinoid uck.  this is a bug, not a feature
14:54 dalek tracwiki: v3 | coke++ | VerifyExamples
14:54 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Ve​rifyExamples?version=3&amp;action=diff
14:59 Coke (add it now) doesn't matter, as long as it goes in for 1.4
15:04 dalek parrot: r38910 | coke++ | trunk/t/examples/pod.t:
15:04 dalek parrot: [docs] fix typo
15:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38910/
15:20 donaldh joined #parrot
15:41 dalek partcl: r342 | coke++ | wiki/ParrotIssues.wiki:
15:41 dalek partcl: Edited wiki page through web user interface.
15:41 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=342
15:57 Coke can someone upgrade the installed parrot on feather?
16:00 Theory joined #parrot
16:11 flh joined #parrot
16:11 dalek rakudo: f77ad8a | tene++ | perl6.pir:
16:11 dalek rakudo: Initial implementation of the fetch-library method on the compiler.
16:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​77ad8a85030197e6279f25f2e2025964a2be479
16:11 dalek rakudo: 1639d85 | tene++ |  (6 files):
16:11 dalek rakudo: Switch rakudo to register itself as a compiler for 'perl6' (lowercase)
16:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​639d85099676f770d7d5bc747b155c83615a439
16:11 dalek rakudo: 6b43f5d | tene++ | src/ (2 files):
16:11 dalek rakudo: Add support for loading foreign libraries.
16:11 dalek rakudo: It's not right yet.  Needs both spec and implementation fixes.
16:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/6​b43f5deb6586aefc4a09c0093492c15f2538d54
16:11 dalek rakudo: 23faa00 | tene++ | perl6.pir:
16:11 dalek rakudo: Add the namespace to the hash returned by foreign library requests.
16:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​3faa0029996240b1bb7af68d9e5544afeca131d
16:12 dalek rakudo: 26dfbab | tene++ | :
16:12 dalek rakudo: Merge branch 'hll-load-library'
16:12 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​6dfbabe33a90acb7601a60338ab8b80f0b509c4
16:29 pmichaud ....  I see that 'Hash' is listed as eligible for deprecation in 1.5 .  Is that correct?!
16:29 jonathan What?!
16:30 pmichaud It's to be changed to AssociativePMCArray
16:30 pmichaud I don't mind the change, but it seems to go against the deprecation policy.
16:30 jonathan but...but...my fingers... :|
16:30 pmichaud jonathan: if ResizablePMCArray hasn't already gotten you, then I doubt AssociativePMCArray will be much worse :-P
16:31 jonathan Why do you think I left the list refactors to you? :-P
16:32 jonathan How's the isa to hasa change going, btw?
16:32 NotFound I'm going to implement: ThisIsNotThePMCYouWantToInstantiateImVerySure.pmc
16:32 jonathan NotFound: +1 ;-)
16:32 pmichaud jonathan: well, I got sidetracked last week working on operator overloading.
16:32 jonathan pmichaud: A very worthy sidetrack. :-)
16:32 pmichaud which I kind of wanted to have available to support the isa-hasa change :)
16:32 jonathan Nice.
16:33 pmichaud are you blocking on isa/hasa at the moment?
16:33 jonathan No, no.
16:33 jonathan Just curious how it was coming together.
16:33 pmichaud Just eager to see it done?  ;-)  (Yes, me too)
16:34 jonathan Well, eager because it's a step on the way to laziness. ;-)
16:34 pmichaud You're eager to be lazy.  Hmmmmmmmm....
16:35 jonathan Rakudo release planned for Thursday?
16:36 pmichaud Absolutely.
16:36 jonathan Oh, and Parrot is tomorrow...argh.
16:36 * jonathan had best tonight work on the Exception.backtrace() bug.
16:52 sekimura joined #parrot
16:53 barney joined #parrot
16:59 * Coke sadly realizes that the magic "be able to build against an installed parrot" fairy will not be arriving tonight.
17:07 Coke how close is rakudo to being able to build against an installed parrot?
17:07 Coke any movement since parrot 1.0 ?
17:09 HG` joined #parrot
17:13 dalek partcl: r343 | coke++ | wiki/ParrotIssues.wiki:
17:13 dalek partcl: Edited wiki page through web user interface.
17:13 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=343
17:13 pmichaud Coke: Not a lot of movement, no.  We still have issues with dynpmcs and dynops (I believe the same ones you're seeing with partcl)
17:15 Coke at this point, I'm blocking on TT#627
17:15 Coke (I can't load any dynops files, even the ones that come with parrot, because the installed versions have the wrong linkage.)
17:15 Coke (but only on mac, according to other reporters.)
17:15 Tene http://blogs.gurulabs.com/stephen/2009/​05/cross-language-library-loading.html
17:16 Coke shorten that
17:16 purl That URL is at http://xrl.us/bes63o [blogs.gurulabs.com]
17:16 pmichaud time for lunch for me
17:16 pmichaud bbiaw
17:17 Coke Tene: nifty. I look forward to convincing you to fixup partcl to use that. =-)
17:17 NotFound In my system, looks like is building, but slow.
17:17 bsdz_ joined #parrot
17:17 Tene Coke: I might.
17:18 NotFound Oh, you want that it runs, not just build ;)
17:20 NotFound Class 'Perl6MultiSub' not found
17:20 Coke can whoever did the annotate magic for perl6 line # errors look at:
17:20 Coke http://rt.perl.org/rt3/Tic​ket/Display.html?id=44979 ?
17:21 moritz that was jonathan, afaict
17:23 dalek partcl: r344 | coke++ | wiki/ParrotIssues.wiki:
17:23 dalek partcl: Edited wiki page through web user interface.
17:23 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=344
17:23 dalek partcl: r345 | coke++ | wiki/ParrotIssues.wiki:
17:23 dalek partcl: Edited wiki page through web user interface.
17:23 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=345
17:24 Coke seen tewk?
17:24 purl tewk was last seen on #parrot 7 days, 2 hours, 45 minutes and 27 seconds ago, saying: nevermind, I'm alreaddy using 8888  [May 11 14:35:31 2009]
17:24 Coke msg tewk You still on for tomorrow?
17:24 purl Message for tewk stored.
17:26 Tene He lives less than a mile from me... want me to go leave a threatening note on his front door?
17:35 NotFound Someone knows the difference between Parrot_PCCINVOKE and Parrot_pcc_invoke_method_from_c_args?
17:37 NotFound The example in TT #681 works when using the second to invoke the read method in Parrot_io_reads
17:42 dalek parrot: r38911 | coke++ | trunk/t/compilers/imcc/syn/regressions.t:
17:42 dalek parrot: [t] TT #629 doesn't work with --runcore=cgp
17:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38911/
17:45 Coke ... doesn't work with runcore=fast either.
17:52 Coke pretty much doesn't work. =-)
17:54 nopaste "NotFound" at 213.96.228.50 pasted "Looks like cpointer has something to do with packfile pmc test failures?" (37 lines) at http://nopaste.snit.ch/16588
18:16 darbelo joined #parrot
18:18 Coke OH MY GOODNESS is benchmarks.t slow. INSANELY slow.
18:19 Coke "why do we even run that" slow.
18:19 moritz that's why it's not in the default test target.
18:20 Coke at this speed, it shouldn't even be in fulltest.
18:20 cotto Coke, +1
18:20 Coke if it's a benchmark, surely we can run fewer iterations. I doubt we're even close at this point.
18:23 Tene http://shorl.com/rakydonerega -- cross-language library loading on reddit
18:25 * moritz thinks that Tene's blog should be on planetsix
18:25 Tene moritz: Feel free to put it there.
18:27 Tene moritz: I think it might have been there at one point?  I'm not sure.
18:28 moritz Tene: maybe it was removed because of inactivity ;-)
18:29 Tene :)
18:35 eternaleye joined #parrot
18:39 dduncan joined #parrot
18:54 Andy I grow more in love with splint every day
18:54 Andy but yet
18:54 Andy I'm a little disturbed that i have to explicitly set PARROT_OBSERVER when I would think that, say, const char * would be enough to say "DOn't modify this."
18:57 Infinoid that is a bit weird
18:59 Infinoid NotFound: I'm looking at your nopaste, but what does it do?
19:08 NotFound Infinoid: avoid a segfault that packfile pmc test does randomly
19:09 NotFound Well, avoided it in some tests in my machine. As long as it faults randomely, maybe it keeps failing in other cases.
19:11 Infinoid which test?
19:11 purl i guess which test is for that bit of sugar?
19:11 Infinoid I have a reliable segfault after test 5 of packfiledirectory.t which goes away when I run parrot with -G
19:11 NotFound The constants test is the one that fails most often
19:12 Infinoid hmm, ok.  I only see segfaults in packfiledirectory.t, but it is crashing in constanttable code
19:12 Infinoid might be the same issue
19:12 NotFound I don't think that the cpointer pmc is a sane thing.
19:14 bsdz joined #parrot
19:15 Infinoid yeah, I don't know what CPointer has to do with any of the packfile stuff
19:15 Infinoid other than the fact that my bug seems to be a GC issue causing weird problems later... which doesn't prove anything.
19:16 dalek rakudo: 798856d | pmichaud++ | docs/spectest-progress.csv:
19:16 dalek rakudo: spectest-progress.csv update: 390 files, 11294 passing, 0 failing
19:16 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​98856db2b7446fbbd0f717a93ba455b9166635f
19:17 NotFound This is funny (to say the less) if I add 'say size' at lin 57 of packfileconstanttable.t, it works. Without that addition, it stops after second test.
19:17 Infinoid awesome
19:19 NotFound I wonder if tailcall has something to do with this and a lot of other bugs.
19:20 Infinoid NotFound: Does the test run reliably for you when you pass -G to parrot?
19:20 donaldh joined #parrot
19:21 jonathan NotFound: tailcall has, I belive, some issues
19:21 NotFound Infinoid: don't know how reliably, but in my current build it does.
19:22 NotFound No, changing the tailcall in packfile_common.pir has no effect
19:22 Infinoid If you can run it 100 times from a shell loop without a failure, that's reliable enough for me
19:22 pmichaud tailcall doesn't work for things that are invoked from C
19:22 pmichaud in particular, don't use tailcall to return from vtable methods
19:23 jonathan Also, issues when you tailcall to a method in C.
19:23 jonathan From PIR.
19:23 jonathan See my, erm, not exactly happy comment in Rakudo's guts.pir.
19:23 NotFound Short version: never use tailcall }:)
19:27 NotFound packfile_common seems to be using the native_pbc pbc files for testing, which we're never sure if they are updated. No wonder it fails in unreasonable ways.
19:49 Infinoid They are, however, the best we have under the circumstances
19:50 NotFound Then let's abandon all hope of reliably testing the packfile pmc
19:51 Infinoid Or consider packfile pmc failures as a possible sign that we need to update the native_pbc files
19:52 Infinoid Actually, once we start trying to be compatible with older versions of PBC, we will need to handle them regardless of whether they're up to date or not
19:52 NotFound When that day arrives, I'll test the pmc, then ;)
19:53 Infinoid You know, you could just update the native_pbc for your platform just to see whether that's your problem...
20:05 NotFound PackfileConstantTable extends PackfileSegment. Both have a mark vtable function. Didn't the child call his parent's one?
20:08 Infinoid It doesn't, and it either should, or should provide equivalent functionality
20:09 Infinoid based on the typical usage pattern, the particular PMC being marked by PackfileSegment would have been marked anyway, but there are some edge cases that will break without it
20:11 Infinoid hmm, the same can be said of PackfileAnnotations, PackfileAnnotationKeys (which is about to vanish thanks to bacek++), PackfileDirectory, PackfileFixupTable, and PackfileRawSegment
20:12 Infinoid hmm.  Maybe not PackfileDirectory, that would probably cause an infinite loop
20:22 NotFound Funny again, using the gcdebug runcore it does not fail.
20:30 contingencyplan_ joined #parrot
20:39 contingencyplan_ joined #parrot
20:40 contingencyplan_ joined #parrot
20:48 bacek joined #parrot
21:15 deetah joined #parrot
21:15 deetah can parrot communicate with framebuffer?
21:15 bacek good morning
21:15 purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
21:17 szbalint size of a peanut maybe
21:17 szbalint purl: peanut?
21:17 purl rumour has it peanut is a pea
21:18 deetah uhm.
21:19 deetah i'm wondering if I could put a statically linked parrot and linux kernel together and communicate with the framebuffer.
21:19 deetah does anyone know?
21:20 Tene Sure, you could.
21:20 deetah any docs on it?
21:21 Infinoid It's just I/O, right?
21:21 deetah not with files, afaik
21:22 deetah i'd rather stick away from the FHS
21:22 he Infiniod: another test completed: NetBSD/sgimips (mips big-endian) 5.0 parrot-current.
21:22 Infinoid he++
21:22 nopaste "bacek" at 114.73.141.182 pasted "Small fix for Packfile for Infinoid" (58 lines) at http://nopaste.snit.ch/16592
21:23 bacek Infinoid: can you test nopasted patch?
21:23 Infinoid deetah: I haven't used fb, but I think you'd need mmap and ioctl, and then it would work.  correct?
21:23 Infinoid bacek: sure, one sec
21:24 deetah Infinoid: didn't test yet. would such code be portable along linux architectures?
21:24 deetah i mean, the bytecode
21:24 jonathan The Parrot bytecdoe is portable, yes.
21:24 deetah it's somewhat associated with the OS and it was rather a question about linux kernel
21:24 Infinoid As long as the ioctls didn't change numbers (which they don't), I don't see why not
21:25 deetah rad
21:25 Infinoid The header is linux/fb.h; the kernel tends to put arch-specific stuff in asm/.
21:25 deetah compiling uclibc already ;)
21:25 deetah i guess it would need additional code for freebsd anyway?
21:26 Infinoid I don't know how the API differs between linux and *BSD.
21:26 deetah neither do I. testing needed
21:26 deetah do you think it'd be a good idea to make a parrot-based OS?
21:26 Infinoid I know you mentioned that yesterday.  I'm not really sure what that OS would do
21:27 deetah well, be a fast-developable desktop system
21:27 Infinoid Having a stable target for portable apps to run on is a goal of the parrot core itself
21:27 NotFound deetah: if you have a few years of free time, I think is a very good idea X-)
21:27 deetah no exact plans yet, i'll probably abandon it anyway
21:27 deetah NotFound: why so much?
21:28 Infinoid deetah: Anyway, I think you could write a FramebufferDevice PMC (or dynpmc) which you could access from pir/HLLs, and that should work
21:28 Infinoid You could do some base class magic with drawing primitives, if you wanted some kind of portability between that and X/shm
21:28 NotFound deetah: It's not easy to put complicated things in kernel, without all the support libaries of userland
21:28 NotFound And don't even talk about debugging
21:29 Infinoid NotFound: I think he's talking about an OS that runs on parrot, not embedding parrot in the linux kernel
21:34 Infinoid bacek: Hey, you beat me to it.  (I was going to add those tonight)
21:35 bacek Infinoid: it works? Hooray!
21:35 Infinoid bacek: It didn't break anything.  I need to rebase on one of yesterday's revs though, as it doesn't crash without the patch either
21:36 Infinoid Oh, awesome.  It crashes after a realclean/configure/make, with or without your patch
21:36 Infinoid But no, it doesn't hurt anything
21:36 bacek Ok. I'll dcommit this.
21:36 Infinoid I have a similar "doesn't hurt anything" for mark_1_seg() in src/packfile.c, but I'm waiting until after the release
21:37 bacek I have small bugfix in tt504_annotations branch waiting for release :)
21:38 dalek parrot: r38912 | bacek++ | trunk/src/pmc (4 files):
21:38 dalek parrot: Fix mark of Packfile* PMCs. NotFound++
21:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38912/
21:48 dalek parrot: r38913 | NotFound++ | trunk/src/pmc/cpointer.pmc:
21:48 dalek parrot: [pmc] no need to check sig content when sig is NULL
21:48 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38913/
21:49 deetah does parrot run under uclibc?
21:50 deetah compile*
21:52 Whiteknight joined #parrot
21:52 Infinoid deetah: I haven't tried it
21:53 Infinoid If it doesn't, that's something we can fix.  But committing those fixes should probably wait until after tomorrow's release
21:53 deetah that'd be insanely fast
21:53 Infinoid I don't think it will be much different from running on glibc, actually
21:54 moritz deetah: just give it a try ;-)
21:54 Infinoid Just different options.  I suspect we probably have some glibcisms in our linux hints file
21:57 bacek Infinoid: try svn rebase and test packfile again. I've fixed Directory mark.
22:00 NotFound bacek: packfileconstanttable still fails for me
22:00 bacek NotFound: oh...
22:01 bacek NotFound: at r38915?
22:01 dalek parrot: r38914 | jonathan++ | trunk/src (2 files):
22:01 dalek parrot: [core] When an exception is thrown from C, we up until now have had no way to know where it was thrown from. (For thsoe thrown from PIR, we could look at the resume continuation). This meant that we couldn't get the annotations for the closest point of the exception being thrown for those thrown from C, which was unawesome. This adds a way, and leaves comments/ticket ref behind for how it should look when contexts become PMCs.
22:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38914/
22:01 NotFound No, 38913
22:02 dalek parrot: r38915 | bacek++ | trunk/src/pmc/packfiledirectory.pmc:
22:02 dalek parrot: Fix PackfileDirectory mark. Infinoid++, NotFound++
22:02 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38915/
22:02 dalek parrot: r38916 | jonathan++ | trunk/src/global.c:
22:02 dalek parrot: [core] Allow us to hll_map MultiSub. We may need to patch up a few other places, but this seems the main one.
22:02 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38916/
22:02 NotFound dalek's lack of responsiveness sometimes hurts ;)
22:02 bacek NotFound: try r38915 :)
22:03 dalek rakudo: 9d2934e | jnthn++ | build/PARROT_REVISION:
22:03 dalek rakudo: Bump Rakudo up to Parrot r38916, to take advantage of the fixes to exception backtrace generation and hll_map of MultiSub.
22:03 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​d2934e1340b092f51b96f44b8155296550282c7
22:04 NotFound Fails same way :(
22:04 Infinoid dalek is tracking 15-20 rss feeds, I tried to space them out a bit to keep it from pinging out
22:04 Infinoid No change here either, bacek.
22:04 bacek NotFound: I'm out of ideas...
22:05 NotFound bacek: me also
22:05 Infinoid Mine is definitely GC-related, but it is quite easy to reproduce and always occurs in the same spot.  If you want to try debugging it, I'm happy to give you all the details
22:05 bacek It fails after second test?
22:06 NotFound at ./src/pmc/packfileconstanttable.pmc:311
22:06 NotFound Yes, after second
22:06 Infinoid Yeah.  The crash I'm seeing is different from NotFound++'s
22:07 nopaste "Infinoid" at 75.28.74.203 pasted "This crash happens for me, every time I run packfiledirectory.t." (55 lines) at http://nopaste.snit.ch/16593
22:07 NotFound And at my daywork on amd64 machines, fails different tests building with C++ than with C
22:08 NotFound I think there might be some wild pointer somewhere
22:09 NotFound Or maybe, an invalid size of the constant table
22:10 Infinoid In my case, the PMCs in the PackFile_ConstTable are being freed in the middle of loading them into the ConstantTable PMC's RPA
22:11 jonathan One thing I notice
22:11 jonathan Is that pmclass PackfileConstantTable extends PackfileSegment
22:11 jonathan you have a
22:11 NotFound That's interesting... Were is the loaded bytecode being marked?
22:11 jonathan VTABLE void mark()
22:12 jonathan It does
22:12 jonathan if (attrs->constants)
22:12 jonathan Parrot_gc_mark_PObj_alive(interp, (PObj *)attrs->constants);
22:12 jonathan if (attrs->types)
22:12 jonathan Parrot_gc_mark_PObj_alive(interp, (PObj *)attrs->types);
22:12 jonathan However, you also have an inherited attribute
22:12 Infinoid Yes, bacek++ added a SUPER() call in there just a little while ago
22:12 jonathan If you look at PackfileSegment's mark vtable it marks it
22:12 jonathan if (attrs->directory)
22:12 jonathan Parrot_gc_mark_PObj_alive(interp, (PObj *)attrs->directory);
22:12 jonathan ~Ah, OK
22:12 jonathan I'm missing that update then.
22:12 jonathan But that was certainly wrong before.
22:12 Infinoid NotFound++ noticed it first :)
22:12 bacek jonathan: indeed.
22:12 moritz t/compilers/pct/bstest.t fails test 9 here
22:13 Infinoid Though actually, I think I see why this is crashing
22:13 NotFound And that PMC is stored in some place being marked during the load?
22:15 Infinoid In set_pointer(), PackFile_ConstTable is just a local variable; when it's doing its copy thing, lots of new PMCs are created, and the GC reenters the PackfileConstantTable PMC when it calls the mark() function, but mark() doesn't have any idea about the local variables in set_pointer() so it doesn't get marked
22:15 jonathan bacek: Notice that packfilerawsegment also inherits from packfile_segment and too is missing the SUPER() it looks like.
22:15 Infinoid Oh, wait.  Shouldn't the GC know about that because it scans the stack?
22:15 jonathan Infinoid: Yes, GC scans the stack.
22:16 bacek jonathan: it already has SUPER...
22:16 jonathan erm, was
22:16 jonathan yeah, it's reloaded in my editor now :-)
22:17 Infinoid Oh well, I don't have a clue why the GC is freeing these things
22:21 Whiteknight what things?
22:21 purl rumour has it things is ok, although i was awakened by pager because i forgot to turn the development server back on
22:22 Whiteknight purl forget things
22:22 purl Whiteknight: I forgot things
22:22 Whiteknight you're damn straight you did
22:22 bacek Looks like GC collected PMCs from unpacked PBC...
22:23 Whiteknight are they being marked?
22:23 bacek I mean pure-C stuff.
22:23 bacek PackFile_Constants
22:23 Whiteknight PackFile_Constants structures are manually-managed and are not GCd
22:23 bacek Hm..
22:24 Whiteknight but a PackFileConstants PMC is GCable
22:24 bacek But Infinoid's crash in PackfileConstTable.set_pmc_native.
22:24 Whiteknight backtrace?
22:24 purl backtrace is probably not useful or use Carp 'cluck'; BEGIN{ $SIG{__DIE__} = &confess; $SIG{__WARN__} = &cluck; } or perl -MCarp::Always
22:24 bacek C<value> is PackFile_Constant value.
22:24 Whiteknight purl forget backtrace
22:24 purl Whiteknight: I forgot backtrace
22:25 bacek <nopaste> "Infinoid" at 75.28.74.203 pasted "This crash happens for me, every time I run packfiledirectory.t." (55 lines) at http://nopaste.snit.ch/16593
22:25 Whiteknight purl backtrace is <reply>backtrace? no thank you. Those things are pretty invasive and unpleasant for a program
22:25 purl no problem Whiteknight
22:25 bacek set_pmc_keyed_int
22:26 NotFound Same place it crashes for me
22:26 Whiteknight where is this happening, branch?\
22:26 NotFound trunk
22:28 Infinoid And it runs fine with parrot's -G option
22:28 Infinoid So even PackFile_Constants is manually managed, something GC-related is triggering its being freed
22:28 Infinoid even *if*
22:28 NotFound And with --runcore=gcdebug
22:29 NotFound Maybe something not collected is pointing to something that has been collected
22:30 Infinoid it must be
22:30 NotFound And the gcdebug core makes it be collected before doing any harm
22:31 Infinoid Ok.  So, the pointer to PackFile_ConstTable is on the stack, but it isn't a PMC, so the GC will ignore it
22:31 Infinoid So all the PackFile_Constants it contains are not safe
22:31 NotFound Or maybe is just that the code was written under the wrong phase of the moon %-)
22:31 Infinoid (unless they're allocated in some special way that protects them)
22:33 Infinoid The PFC_PMC/PFC_KEY type constants in that PackFile_ConstTable need to be protected somehow while set_pointer is running
22:33 Infinoid Hmm, could just disable GC sweep for the duration of this function
22:33 bacek Hooray! I reproduced crash
22:33 NotFound Well, I'll try to find the great spirit inspiration while dreaming
22:34 bacek And disabling GC during unpack fixed it
22:36 bacek r38917
22:37 Infinoid Hmm, really?  I put the same thing in the same function, but decided to surround *everything*
22:37 Infinoid So GC is blocked before PackFile_unpack() is called
22:37 bacek Infinoid: PackFile_unpack blocks GC internally.
22:38 Infinoid ah, cool.
22:38 bacek src/packfile.c:1082
22:38 dalek parrot: r38917 | bacek++ | trunk/src/pmc/packfile.pmc:
22:38 dalek parrot: [pmc] Disable GC during unpack Packfile.
22:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38917/
22:38 bacek So, after PackFile_unpack we have to stop GC again.
22:39 bacek gotta go.
22:39 purl EXCUSE ME, I HAVE TO GO WASH MY COMPUTER
22:39 Infinoid So, that fixed it here
22:39 Infinoid bacek++
22:39 Infinoid bacek++
22:39 bacek Infinoid++ NotFound++ Whiteknight++ jonathan++ # We nailed it down!
22:41 Infinoid So realistically, *any* code which holds a pointer to a PackFile but doesn't track it during the mark pass is buggy.
22:41 Infinoid I can't wait to get rid of src/packfile.c.
22:42 mikehh_ joined #parrot
22:46 Whiteknight we're getting rid of src/packfile.c?
22:47 dalek porcupinepascal: r69 | robin.ge++ | branches/oo-branch/ (5 files):
22:47 dalek porcupinepascal: (from /branches/oo-branch/src/builtins/case.pir
22:47 dalek porcupinepascal:  :54)
22:47 dalek porcupinepascal:  ����Modify����/branches/oo-b​ranch/src/parser/actions.pm
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:  ����Modify����/branches/oo-b​ranch/src/parser/grammar.pg
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:  ����Modify����/branches/oo-branch/t/12-case.t
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:  ����Modify����/branches/oo-branch/t/17-class.t
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:
22:47 dalek porcupinepascal:  * ACCEPTS no longer called on vars of same type.
22:47 dalek porcupinepascal: * added TapTest lib
22:47 dalek porcupinepascal: * renamed case builtin to std
22:47 dalek porcupinepascal: * added some standard functions
22:47 mikehh__ joined #parrot
22:47 dalek porcupinepascal: * normalized type defintions slightly
22:47 dalek porcupinepascal: review: http://code.google.com/p/porcu​pinepascal/source/detail?r=69
22:47 dalek porcupinepascal: r70 | robin.ge++ | branches/oo-branch/t/12- (2 files):
22:47 dalek porcupinepascal: (from /branches/oo-branch/t/12-case.t
22:47 dalek porcupinepascal:  :69)
22:47 dalek porcupinepascal:  renamed to test of standard functions
22:47 dalek porcupinepascal: review: http://code.google.com/p/porcu​pinepascal/source/detail?r=70
22:47 Infinoid Wow, parse fail.
22:48 Infinoid Whiteknight: Yeah, the C-level PackFile interface will eventually be replaced by Packfile PMCs, that's the eventual goal of the pdd13 roadmap item
22:49 Whiteknight oh nice
22:53 kid51 joined #parrot
23:17 dduncan left #parrot
23:21 donaldh joined #parrot

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

Parrot | source cross referenced