Camelia, the Perl 6 bug

IRC log for #parrot, 2010-05-01

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 chromatic Without SVN.
00:00 allison If I had some way of predicting the future, it would be easy
00:00 allison (accurately, that is)
00:02 chromatic How about asking the Rakudo developers about their experiences?
00:02 allison can we at least say we'll put off thoughts of a move until after Rakudo Star and GSoC
00:03 chromatic No.
00:03 allison chromatic: from what I can see, they lost a lot of developers, then gained new ones
00:03 allison chromatic: but, I can't say whether that's all git, since there were other transitions going on at the time
00:03 bacek "lot of developers"? Can you name at least 2?
00:03 allison bacek: in the month after the move, I can only name 2 rakudo developers
00:04 bacek I can name at least 3
00:04 allison bacek: it's different now
00:04 bacek And before transition _out_ _of_ _parrot_ they had 3 as well.
00:05 allison bacek: a lot of us committed to Rakudo in Parrot
00:05 khairul joined #parrot
00:06 allison bacek: we kind of had to, since passing all Rakudo's tests was a requirement for branch merges
00:06 allison bacek: but, that's why I can't say git was the primary factor in the shift
00:06 bacek it's not related to git vs svn.
00:06 allison bacek: but, I also can't tease the two apart, since they happened at the same time
00:07 allison chromatic: possibly a more relevant example, has Perl 5 gained contributors from the move?
00:08 allison chromatic: that was the goal of getting off of perforce
00:08 chromatic moritz, Jonathan, Patrick, Andy Lester, Francois, Chris Dolan, Infinoid, masak, particle... all committers to Rakudo in the month after the move.
00:08 allison I don't see that it's helped
00:08 chromatic Perl 5 is special.
00:09 allison but then, again, there are more factors than just revision control there
00:10 allison but, moving away from perforce was an obvious choice
00:10 chromatic It made contributing to P5 tractable for me.
00:11 allison and git for Rakudo made sense for compatibility with Perl 5
00:11 chromatic That seems largely irrelevant.
00:12 allison hugely relevant, since the developer bases are drawn from the same pool
00:12 bacek Rakudo isn't compatible with Perl5
00:12 bacek Blizkost is.
00:12 chromatic There's very little overlap between p5p and Rakudo.
00:13 bacek chromatic, is there any overlap at all???
00:13 allison I'm talking about project culture, not implementations
00:13 chromatic Andy Lester, myself, sometimes the Nickclarkulator.
00:13 chromatic I don't know how to characterize Andy Dougherty.
00:13 Whiteknight fantastic
00:13 chromatic (in that I don't recall Rakudo-specific contributions from him)
00:13 allison chromatic: he's more of a parrot contributor than Rakudo, but is old-school p5p
00:14 chromatic I never had the impression that pm or jonathan cared about P5's use of git when choosing git.
00:14 allison most rakudo developers are perl developers on some level
00:14 allison (even if not core)
00:14 chromatic We can speculate a lot, but I think we'll get better information if we ask them straight out.  "Was it worth moving to Git?"
00:15 allison but git users always speak glowing praise about git
00:15 allison and then complain about it on irc
00:15 chromatic Sic transit gloria softwarez.
00:15 allison (not necessarily always in the second part)
00:17 allison the biggest thing I don't want is to be saying "I told you so" in a year
00:17 allison because that seriously sucks
00:17 chromatic Agreed.
00:18 allison I get absolutely no satisfaction out of being right with a fucked project on my hands
00:26 Rugxulo joined #parrot
00:28 Rugxulo dumb question:  is ParrotWin32 support to work "out of the box"? some examples do, some don't
00:29 allison does anyone want to volunteer to work with a handful of developers who aren't git-converts using a git-like process?
00:29 allison I'd value their thoughts highly
00:29 mikehh ffrom waht I can see at the moment - some of our most productive commiters are using git already
00:30 mikehh from what
00:30 allison (if Jim Keenan said he preferred git, that would mean a great deal to me)
00:30 allison mikehh: not sure, but I think those would fall in the "git-converts" category
00:31 mikehh I don't necessarily, but seeming bacek and chromatic do, plus others
00:31 chromatic I think kid51 and NotFound are git skeptics.
00:31 mikehh at the moment I am using svn, git and bzr, occaisionaly hg
00:32 allison call it a pilot project, if the skeptics got comfortable with it, I'd be more comfortable with a transition
00:32 mikehh I have issues with all of them but probably like bzr the best
00:32 allison mikehh: I'm quite fond of bzr
00:33 allison it's 1:30am here, going to get some sleep
00:33 mikehh moi aussi
00:34 cotto_work night
00:34 Rugxulo "parrot befunge.pir test.bef" doesn't seem to run until I comment out "rand $I0, 0, 4" in flow.pir ("error:imcc:syntax error, unexpected IREG, expecting '(' ('$I0')")
00:36 Rugxulo someone did mention to me how it was odd that Befunge has way less tests than the HQ9+ frontend
00:36 cotto_work It depends on people being willing to maintain the language and write tests.
00:37 Rugxulo maintainer for Befunge frontend is Jerome Quelin
00:37 Rugxulo and the guys and I on #esoteric@FreeNode could scrounge up a billion Befunge93 examples for ya
00:38 cotto_work If someone find it worthwhile to maintain that language, we can make it happen.
00:38 plobsing Rugxulo: what parrot version are you running? it works for me on a fairly recent trunk.
00:39 Rugxulo 2.3.0
00:39 cotto_work I don't think Jerome's been around for a while.
00:39 Rugxulo i386-MSWin32 (if you think that makes a difference)
00:40 plobsing It shouldn't (looks to me like the 'rand' op is being misparsed somehow)
00:40 cotto_work probably a dynop issue
00:40 Rugxulo neither example (pascserp.bef, test.bef) use it anyways   :-/
00:41 Rugxulo http://catseye.tc/projects/bef.html
00:41 bacek Rugxulo, did you try "make installable_parrot; cd examples/pir/befunge; ../../../parrot setup.pir"?
00:41 Rugxulo (original creator of Befunge, has plenty of examples ... although like I said, we have our own over at #esoteric)
00:41 bacek bacek@icering:~/src/parrot/examples/pir/befunge$ ./befunge test.bef
00:41 bacek If you can see a 4 here ->4 <- then everything is ok!
00:41 Rugxulo bacek, no
00:42 bacek It's on latest trunk.
00:42 bacek (should be same on 2.3.0)
00:42 Rugxulo I just grabbed an already-made Win32 binary from SourceForge
00:42 Rugxulo I also don't have any MinGW installed here (and didn't think I needed it just to test Befunge, heh)
00:43 Rugxulo hence no Make available
00:43 bacek Interesting...
00:43 bacek bacek@icering:~/src/parrot/examples/pir/befunge$ ../../../parrot befunge.pir test.bef
00:43 bacek If you can see a 4 here ->4 <- then everything is ok!
00:44 bacek It just works here.
00:44 Rugxulo it works here too if I comment out that one line with "rand"
00:44 Rugxulo of course, that probably means anything using '?' won't work
00:45 plobsing even worse, if that's not a special case (dosn't look to be), you can't use 'rand' anywhere
00:45 sorear Rugxulo: did you just get the parrot binary?
00:46 Rugxulo setup-parrot-2.3.0.exe
00:46 bacek Ah... Looks like installed parrot can't find dynops.
00:46 bacek afk # shopping
00:52 Rugxulo hmmm, README has wrong (old) Cat's Eye URL, needs fixing
00:54 LoganLK joined #parrot
01:01 Rugxulo and just for completeness, most of my own personal Befunge examples work, but two have minor issues (negative numbers? something re: modulo?)
01:09 plobsing Rugxulo: patches, maintainers, and forks welcome
01:10 Rugxulo I thought fork wasn't suggested except as a last option   ;-)
01:12 plobsing I meant fork the befunge example.
01:28 Rugxulo okay, horrible suggestion, could be wrong, but I think maths.pir (line 72) should say "cmod" instead of plain "mod", fixes one silly example of mine
01:28 Rugxulo (reference implementation of Befunge-93 interpreter is in C, so using C's mod should be correct)
01:32 bubaflub joined #parrot
01:33 Mokurai joined #parrot
01:46 Rugxulo another suggestion:   "if $S1 == '-' goto _IO__INPUT_CONCAT" in io.pir (line 86), I think it doesn't input negative numbers correctly otherwise
01:47 Rugxulo &2*.@
01:47 Rugxulo enter a number, multiply by 2, print it out, quit
01:47 Rugxulo (that's the dumb example Befunge program I used to test it)
01:48 Rugxulo works in other Befunge interpreters, including official, but not befunge.pir until above-mentioned hack
01:48 sorear I wonder why befunge still takes up space in the Parrot repo
01:48 sorear when more important stuff like NQP have been moved out
01:48 Whiteknight sorear: because nobody has bothered to move it elsewhere
01:48 Whiteknight befunge isn't in the parrot core repo, is it?
01:49 Whiteknight And NQP moved elsewhere for a variety of reasons. The team for that decided they wanted to develop it separately from Parrot's policies and processes
01:49 Rugxulo sorear, it's not exactly taking up tons of space
01:51 Rugxulo gah, actually some interpreters handle it differently (FBBI) but official BEF is okay
01:52 JimmyZ joined #parrot
01:53 * Rugxulo is confused how -5 * 2 = 10 to some interpreters
01:57 Rugxulo number input bug I guess
01:59 Psyche^ joined #parrot
02:02 Rugxulo is rand a built-in opcode or something else?
02:03 sorear no
02:03 sorear it's a non-built-in opcode
02:03 sorear the parrot virtual machine can load new opcodes at runtime from dynop libraries
02:04 Rugxulo libparrot.dll ?
02:05 sorear it's probably called math.dll or something like that
02:05 sorear /usr/local/lib/parrot/2.3.​0-devel/dynext/math_ops.so here
02:05 Rugxulo I see it
02:06 Rugxulo I did install Parrot correctly, but I didn't install anything else, so not sure why it isn't working
02:07 Rugxulo hmmm, if I copy math_ops.dll to the current dir, it works
02:09 sorear there are some oddities with path search on windows
02:10 sorear I don't really understand it, but blizkost has cargo cult code to copy libparrot.dll into various random places
02:26 Rugxulo cargo cult?
02:26 purl cargo cult is programming by putting together bits of code the programmer doesn't really understand. See: http://en.wikipedia.org/wi​ki/Cargo_cult_programming
02:28 Rugxulo the PATH contains "c:\blah\parrot\bin"
02:28 Rugxulo maybe this is horribly naive of me, but doesn't argv[0] work???
02:29 Rugxulo get parrot.exe's home dir, append "lib\parrot\dynext\" and look for stuff there ... I guess it already does something like that, just doesn't work   :-/
02:29 Rugxulo bah, just static link it   ;-)
02:29 Rugxulo it's not like the end-user is going to update it individually anyways
02:30 Rugxulo and it's very very small (21k)
02:30 Rugxulo math_ops.dll, I mean
02:35 chromatic sorear, your summary of the question I wanted to pose to Rakudo developers has very little in common with my logs of the discussion here.  Would you mind ever so much dialing back the slander please?
02:39 Rugxulo well, hope that brief attempt at Befunge testing helped you guys a bit
02:39 chromatic Rugxulo, where did you find the Parrot package you're using?
02:42 Rugxulo http://sourceforge.net/projects/parrotwin32/
02:45 sorear If I had realized it was going to be taken as a summary I would have been much more careful.  Sorry.
02:46 chromatic I think fperrad maintains those packages.  Hopefully he has an idea how to fix it.
02:46 sorear I tried to make it ridiculous to prevent people from thinking it was an unbiased summary
02:46 chromatic This is IRC, where satire doesn't work.
02:48 janus joined #parrot
02:48 sorear Ah.
02:51 Rugxulo left #parrot
02:57 Whiteknight neither sarcasm nor funny emoticons
03:36 petdance joined #parrot
04:10 plobsing joined #parrot
04:15 bubaflub joined #parrot
05:03 rurban_ joined #parrot
05:13 dalek joined #parrot
05:15 snarkyboojum joined #parrot
06:11 sorear suprisingly enough, the thing on macros actually mostly makes sense
06:11 sorear ECHAN
06:21 dalek TT #1604 created by epico++: It seems that there is a typo in docs/book/pir/ch04_variables.pod.
06:21 dalek TT #1604: http://trac.parrot.org/parrot/ticket/1604
07:07 JimmyZ_ joined #parrot
07:12 dalek joined #parrot
07:35 fperrad joined #parrot
07:36 fperrad_ joined #parrot
08:18 snarkyboojum joined #parrot
08:53 dalek joined #parrot
09:11 iblechbot joined #parrot
09:29 JimmyZ joined #parrot
09:43 dalek parrot: r46202 | jimmy++ | trunk/docs/book/pir/ch04_variables.pod:
09:43 dalek parrot: Applied patch form TT #1604, courtesy of epico++.
09:43 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46202/
09:45 dalek TT #1604 closed by jimmy++: It seems that there is a typo in docs/book/pir/ch04_variables.pod.
09:45 dalek TT #1604: http://trac.parrot.org/parrot/ticket/1604
10:02 dalek tracwiki: v5 | allison++ | UsingGitAndSvnInTrac
10:02 dalek tracwiki: http://trac.parrot.org/parrot/wiki/UsingG​itAndSvnInTrac?version=5&amp;action=diff
10:34 JimmyZ joined #parrot
11:10 dalek winxed: r454 | julian.notfound++ | trunk/winxedst0.cpp:
11:10 dalek winxed: fix var intializers fro int and string in stage 0
11:10 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=454
11:26 Whiteknight joined #parrot
11:56 dalek rakudo: 376196d | masak++ | src/glue/contextuals.pir:
11:56 dalek rakudo: [src/glue/contextuals.pir] s/concat/replace/
11:56 dalek rakudo: Patch courtesy of Zhuo Mingliang (JimmyZ++).
11:56 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​76196dffcd4fa8ea337d4be7c62f4593494c952
12:08 dalek winxed: r455 | julian.notfound++ | trunk/winxedst0.cpp:
12:08 dalek winxed: fix annotations and '.local' generation of int and string statements in stage 0
12:08 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=455
12:08 dalek winxed: r456 | julian.notfound++ | trunk/winxedst0.cpp:
12:08 dalek winxed: tab --> spaces
12:08 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=456
12:37 joeri joined #parrot
12:58 bacek Good localtime, humans
13:07 dalek winxed: r457 | julian.notfound++ | trunk/winxedst1.winxed:
13:07 dalek winxed: some annotation fixes in stage 1
13:07 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=457
13:21 fedov joined #parrot
13:30 Mokurai joined #parrot
13:33 parthm joined #parrot
13:50 Whiteknight good morning, bacek
14:05 lucian joined #parrot
14:22 iblechbot joined #parrot
14:23 JimmyZ Good evening, #parrot
14:28 kid51 joined #parrot
14:29 kid51 Am getting massive failures in t/pmc/packfile*.t
14:30 nopaste "kid51" at 192.168.1.3 pasted "Massive failures in trunk in t/pmc/packfile* tests." (147 lines) at http://nopaste.snit.ch/20423
14:31 kid51 In addition to the above paste, I get this output:
14:31 kid51 PackFile_unpack: This Parrot cannot read bytecode files with version 6.10.
14:32 kid51 This is after my usual 'make realclean; perl Configure.pl; make'
14:32 kid51 This observed at r 46202
14:53 nopaste "kid51" at 192.168.1.3 pasted "Also getting these failures in trunk at r46191." (147 lines) at http://nopaste.snit.ch/20424
14:53 kid51 ... with same PackFile_unpack warning
14:54 kid51 The warning originates at line 1029 of src/packfile.c
15:08 plobsing joined #parrot
15:08 kid51 NotFound: ping
15:26 theory joined #parrot
15:28 NotFound kid51: pong
15:29 kid51 NotFound:  I'm getting these big errors in packfile-related tests.  I see that you did work on them in r46138-46141 or so.  Can you help?
15:30 NotFound kid51: looks like the native pbc aren't updated.
15:30 kid51 When I read that section of src/packfile.c, I had that thought too.
15:31 kid51 I tried running the program suggested just above that line, but got the same errors.  OTOH, I've never run that program before.
15:32 NotFound Let me do a few checks...
15:32 kid51 I have gotten PASS at 46137, 46138 and 46141.
15:32 kid51 Am posting results to Smolder.
15:33 kid51 All these observed on linux/i386 with no optimization or anything fancy ... i.e., the same way I've always built/tested.
15:34 NotFound kid51: try tools/dev/mk_native_pbc --noconf
15:37 NotFound Checked, commiting..
15:38 kid51 Is there a Makefile problem?
15:38 kid51 [li11-226:parrot] 551 $ make realclean;perl Configure.plMakefile:185: src/dynpmc/Defines.mak: No such file or directory
15:38 kid51 Makefile:3881: src/dynpmc/Rules.mak: No such file or directory
15:38 kid51 make: *** No rule to make target `src/dynpmc/Rules.mak'.  Stop.
15:39 NotFound kid51: I don't have that failure.
15:39 NotFound kid51: Are you using parallel make?
15:40 kid51 No
15:40 kid51 Those two files showed up earlier as:  ? on svn status
15:40 kid51 I thought they were left over from a failed build, so I removed them.
15:41 NotFound # Generated by Parrot::Configure::Compiler from src/dynpmc/Rules.in
15:48 dalek parrot: r46203 | NotFound++ | trunk/t/native_pbc (4 files):
15:48 dalek parrot: update native pbc type 1 to PBC 6.11
15:48 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46203/
15:50 kid51 NotFound:  Yes, that worked.  I got a PASS:  http://smolder.plusthree.com/ap​p/projects/report_details/33587
15:50 kid51 Those two files should have been governed by an svn:ignore property.  Committed fix in r46204.
15:52 fedov left #parrot
16:04 dalek parrot: r46204 | jkeenan++ | trunk/src/dynpmc:
16:04 dalek parrot: Add '*.mak' to list of files governed by svn:ignore in src/dynpmc/.
16:04 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46204/
16:11 jan joined #parrot
16:17 dalek winxed: r458 | julian.notfound++ | trunk/winxedst1.winxed:
16:17 dalek winxed: class scope constants and diagnose invalid elements inside class in stage 1
16:17 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=458
16:23 dukeleto 'ello
16:32 dalek winxed: r459 | julian.notfound++ | trunk/winxedst1.winxed:
16:32 dalek winxed: attempt to improve early detection of bad constant expansion
16:32 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=459
16:48 davidfetter joined #parrot
16:49 dukeleto oooooh, somehow, between late thursday night, and now, a Parrot bug got fixed that was adversely effecting PL/Parrot
16:49 dukeleto (whoever did that)++
16:49 * dukeleto needs to write a test for it, to make sure it stays that way
16:50 dukeleto Parrot_compile_string was not populating the error string when given syntactically incorrect PIR, but now it seems to be doing that
16:50 davidfetter joined #parrot
16:51 arnsholt Oh, it's a parrot plsql. For a second I thought it was a PL/1 implementation ^^
16:52 * davidfetter gets the impression he joined *just* a little bit late
16:55 dukeleto arnsholt: :)
16:55 dukeleto davidfetter: yep :)
16:56 * davidfetter thinks of pl/parrot as, among other things, a PL/DSL construction kit
16:56 davidfetter well, that's what it *will* be :)
16:57 davidfetter right now, it's a chance to help make parrot history :)
16:57 dalek plparrot: 3e008ec | dukeleto++ | plparrot.c:
16:57 dalek plparrot: Report the Parrot error message when PIR does not compile
16:57 davidfetter or postgres history, whichever you prefer
16:57 dalek plparrot: This recently just started working. Just a few days ago, Parrot was not
16:57 dalek plparrot: populating the error string with Parrot_compile_string when PIR did not
16:57 dalek plparrot: compile. I need to make sure that there is a test for this "feature" in
16:57 dalek plparrot: Parrot core.
16:57 dalek plparrot: review: http://github.com/leto/plparrot/commit/3​e008ecb28d6ed41bf151a887fe8534913d5f23a
17:17 dukeleto davidfetter: yes, that is a good way to think about it. PL/Parrot will enable DSL's for Postgres
17:24 dalek winxed: r460 | julian.notfound++ | trunk/winxedst1.winxed:
17:24 dalek winxed: some refactor of code generation in stage 1
17:24 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=460
17:25 dalek parrot: r46205 | plobsing++ | trunk (3 files):
17:25 dalek parrot: headerizer
17:25 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46205/
17:25 purl i think headerizer is making me happy
17:25 dalek parrot: r46206 | plobsing++ | trunk/MANIFEST.SKIP:
17:25 dalek parrot: mk_manifest_and_skip
17:25 purl rumour has it mk_manifest_and_skip is the canonical mechanism for (re)generating MANIFEST
17:25 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46206/
17:53 dalek winxed: r461 | julian.notfound++ | trunk/winxedst1.winxed:
17:53 dalek winxed: optimize integer subtraction and zero initialization
17:53 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=461
18:01 TiMBuS joined #parrot
18:13 mikehh_ joined #parrot
18:33 chromatic joined #parrot
18:47 dukeleto anybody know how to say "if x is less than y" in a GNU Makefile ?
18:50 arnsholt Doesn't look like that's supported from the manual
18:51 arnsholt There's ifeq and ifneq, and ifdef and ifndef, but nothing else AFAICT
18:51 LoganLK joined #parrot
18:51 arnsholt You might be able to fake it by dispatching to the shell though
18:52 arnsholt What exactly are you trying to do?
18:53 dukeleto looks like i can use the 'expr' command
18:53 dukeleto arnsholt: i want my compile of PL/Parrot to bomb out if PARROT_REVISION < x
18:56 davidfetter generally, if it's not available on windows, it's better not to use it
18:56 davidfetter how about asking on -hackers :)
19:01 chromatic msg Coke Want a dirty hack to fix your memory problems in the CodeString branch?  Store an RSA in emit(), and only join it when something requests the string value *or* during mark().
19:01 purl Message for coke stored.
19:02 chromatic I'll let the rest of you alternately shun and congratulate me for that.
19:03 Mokurai joined #parrot
19:04 arnsholt dukeleto: Ah. Doesn't Configure.pl handle that?
19:14 dukeleto arnsholt: PL/Parrot does not have a Configure.pl
19:27 kurahaupo joined #parrot
19:31 dalek plparrot: e7c449b | dukeleto++ | Makefile:
19:31 dalek plparrot: Give a security warning when compiling with older Parrots
19:31 dalek plparrot: Complain loudly if PL/Parrot is compiled with a version of Parrot
19:31 dalek plparrot: that does not allow us to intercept the open opcode.
19:31 dalek plparrot: review: http://github.com/leto/plparrot/commit/e​7c449b60481ca79b51ba4a1a341e7ce0be0dfc0
19:38 NotFound Shit, I have a parrot segfault compiling a short winxed program, only with that program and only with optimized build.
19:48 dukeleto NotFound: have you tried using the trace runcore to see each opcode ?
19:48 NotFound dukeleto: as usual, using trace doesn't fail
19:50 arnsholt Mmm. Heisenbug
19:50 dukeleto NotFound: what does the backtrace on the core file look like?
19:50 dukeleto NotFound: you will probably want to add -g to your optimized build first
19:51 mikehh joined #parrot
19:51 NotFound dukeleto: mark_object_cache
19:51 dukeleto NotFound: perl Configure.pl --ccflags=-g --optimized
19:53 NotFound Did I said before that I hate Parrot_pmc_free_temporary ?
19:54 dukeleto NotFound: nope. I've never even heard of it.
19:59 dukeleto is there no function in the C API to print a Parrot_String to STDOUT ?
20:00 chromatic Something ParrotPIO_printf, I think.
20:00 chromatic Use the %Ss escape in your format string.
20:03 chromatic msg Coke Nevermind, I committed it in r46207, and the result is even faster than the fastest I could get trunk with my approach.
20:03 purl Message for coke stored.
20:05 dukeleto chromatic++ # i forgot about %Ss
20:09 dalek parrot: r46207 | chromatic++ | branches/codestring/src/pmc/codestring.pmc:
20:09 dalek parrot: [PMC] Made CodeString PMC join its STRING parts during mark() as well as
20:09 dalek parrot: explicit stringification.  This allows the GC to collect all of the other
20:09 dalek parrot: STRING headers, and the result is a much faster CodeString that's reasonably
20:09 dalek parrot: parsimonious with memory.
20:09 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46207/
20:13 dukeleto yay for parsimonious PMC's
20:14 dukeleto i think i have narrowed down the bug in Parrot_compile_string
20:14 dukeleto Parrot_compile_string only populates the error string when an opcode is not given the proper arguments
20:15 dukeleto if there is an actual syntax error, or an unknown opcode is called, IMCC throws an error and the error string never gets populated
20:16 moritz chromatic: Pod::PseudoPod::LaTeX doesn't render =begin screen... =end screen blocks
20:17 chromatic Hm, that's strange.  I thought I had them working.
20:18 chromatic In the pm file for Pod::PseudoPod::LaTeX, add 'screen' to the qw() list on line 20.
20:20 chromatic dukeleto, sounds like Parrot_compile_string should install a C exception handler.
20:22 lucian_ joined #parrot
20:22 dukeleto chromatic: i will look into that. i have a test that i am commiting now, for the case where it works
20:22 dukeleto t/codingstd/c_arg_assert.t is failing
20:23 Mokurai joined #parrot
20:25 dalek parrot: r46208 | dukeleto++ | trunk/t/src/embed.t:
20:25 dalek parrot: [t] Add a test for Parrot_compile_string populating the error string
20:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46208/
20:26 dukeleto chromatic: what function do i need to read up on for installing a c exception handler?
20:45 chromatic Parrot_ex_add_c_handler() is the first place, though I'm sure there's something in PDD 23.
20:46 parthm joined #parrot
21:01 parthm left #parrot
21:14 dalek parrot: r46209 | NotFound++ | trunk/src (3 files):
21:14 dalek parrot: implement PMCProxy vtable init_int and use it
21:14 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46209/
21:26 Mokurai1 joined #parrot
21:42 chromatic I so rarely do this, but NotFound++
21:43 NotFound chromatic: wich one, the shown by dalek or the next?
21:43 chromatic BOth.
21:43 NotFound :)
21:47 dalek parrot: r46210 | NotFound++ | trunk (13 files):
21:47 dalek parrot: implement Integer vtable init_int and use it in several places where is never HLL mapped
21:47 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46210/
21:55 donaldh_ joined #parrot
22:03 dalek rakudo: 78fb4ec | jonathan++ | src/Perl6/Actions.pm:
22:03 dalek rakudo: Fix inheritance and doing of lexical classes / roles.
22:03 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​8fb4ec90909b41f48632733b06159ac22e3d60d
22:03 dalek rakudo: db73c1f | jonathan++ | src/Perl6/Compiler/Package.pm:
22:03 dalek rakudo: Fix declaring multiple lexical classes in a given scope.
22:03 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​b73c1f5cab389eee4bd14d717452dbf6dc09d0c
22:14 dalek rakudo: a38bf7e | jonathan++ | docs/ROADMAP:
22:14 dalek rakudo: Lexical classes now essentially work and are tested. We'll no doubt find bugs, but I the bulk of the work is done, so move them to completed section of the ROADMAP.
22:14 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​38bf7e5f0e467593a5e60409550a9b7739f4b30
22:35 plobsing joined #parrot
23:17 tcurtis joined #parrot
23:26 joeri joined #parrot
23:42 dalek parrot: r46211 | NotFound++ | trunk/src/pmc (4 files):
23:42 dalek parrot: a few more init_int usages
23:42 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46211/
23:50 bacek Good morning
23:50 purl For you maybe.
23:50 Whiteknight joined #parrot
23:54 bacek Whiteknight, aloha
23:54 Whiteknight hello
23:56 bacek chromatic, around?
23:58 chromatic I'm here.
23:58 bacek I've got one more argument to switch from svn.
23:59 bacek We are loosing development history.
23:59 chromatic How so?
23:59 bacek Just because branch merge is single chunk of diff
23:59 bacek And for changed lines I can only check _when_ it was updated. Not _why_.

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

Parrot | source cross referenced