Camelia, the Perl 6 bug

IRC log for #parrot, 2008-11-19

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 dalek r32840 | infinoid++ | trunk:
00:00 dalek : [rakudo] Remove trailing whitespace.
00:00 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32840
00:00 Coke tene: can you double check 58460?
00:00 chromatic Coke, I believe I did.
00:00 chromatic In fact, I've been using that.
00:01 pmichaud if #58934 is fixed, does that mean we could close #31133 also?
00:01 dmknopp joined #parrot
00:03 particle Spider Missing Aboard International Space Station
00:03 Coke yah; it's not resolved, but we kind of avoid the issue.
00:03 Ademan joined #parrot
00:04 pmichaud isn't the issue in 31133 ultimately that we couldn't see failures in separate runcores?  If we can now do that (via make fulltest), I think we can close 31133.
00:04 Coke RT#59912 ; tcl is working again, I have no outstanding issues there.
00:04 Tene Coke: I didn't provide any way to reproduce the bug.
00:04 Tene Coke: I vote to reject that ticket.
00:04 Coke pmichaud: yup. so we don't really need the requested feature now.
00:04 Coke Tene: which, yours?
00:05 Tene Coke: 58460, mine
00:05 pmichaud Coke: okay, closing #31133.
00:05 Coke 60616 was applied, neh?
00:05 pmichaud 638.
00:07 rhr joined #parrot
00:09 AndyA joined #parrot
00:14 pmichaud bwahahaha -- I can close #42369!
00:17 pmichaud 637.
00:17 Infinoid pmichaud++
00:17 pmichaud dinnertime here - back later.
00:21 apeiron joined #parrot
00:21 Infinoid allison: is http://www.parrot.org/smolder the URL we will use?  if so, I will update PLATFORMS now.
00:26 dalek r32841 | chromatic++ | trunk:
00:26 dalek : [GC] Made the concurrency scheduler a constant PMC.  This means that it never
00:26 dalek : gets collected by the end-of-the-world GC run before all tasks and timers and
00:26 dalek : events (which depend on it for their destruction) get collected and destroyed.
00:26 dalek : See RT #60622 for one example of that.
00:26 dalek : Of course, as it's a constant PMC now, it always needs its live flag cleared
00:26 dalek : just before it gets marked as live, otherwise it won't have a chance to perform
00:26 dalek : its custom marking of the PObjs to which it refers.  This is a workaround, but
00:26 dalek : the real fix is to figure out safe and consistent order of destruction, and
00:26 dalek : that's a much larger patch.
00:26 dalek : I also tidied some related code.
00:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32841
00:27 allison Infinoid: don't update until it's working
00:28 Infinoid ok, I'll use the big ugly URL for now, it's better than the old smoke link.
00:29 dalek r32842 | infinoid++ | trunk:
00:29 dalek : [PLATFORMS] Swap the old smoke link for the new smolder link.
00:29 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32842
00:30 chromatic Must be at 634 by now.
00:32 Whiteknight chromatic++
00:32 Whiteknight nice fix
00:32 chromatic "nice"
00:32 chromatic I'll take brilliant or clever, but not clean.
00:33 chromatic Want a fun toy to debug?
00:33 chromatic ./parrot t/pmc/exception_26.pir
00:33 chromatic ./parrot t/pmc/exception_26.pbc
00:33 chromatic Remove .tailcall from the PIR
00:33 Whiteknight I gots to merge in that calling_convention branch tonight, I reckon
00:33 kj joined #parrot
00:33 Whiteknight mmhmm
00:34 chromatic ./parrot -o t/pmc/exception_26.pbc t/pmc/exception_26.pir
00:34 chromatic ./parrot t/pmc/exception_26.pbc
00:34 chromatic :tailcall in PBC breaks the lexical association, somehow.
00:34 pmichaud 634.
00:37 Infinoid I'm still seeing a whole bunch of type conversion warnings during build, but test, testC and codetest still pass on x86_64.
00:38 Infinoid particle: any objection to my updating docs/parrot.pod to clarify that win32 support only means x86?
00:41 particle no, please do
00:42 dalek r32843 | chromatic++ | trunk:
00:42 dalek : [config] Removed an extra GCC warning accidentally committed in r32797.  This
00:42 dalek : makes GCC report a lot more warnings, but we haven't made a serious push to fix
00:42 dalek : them yet.
00:42 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32843
00:42 allison Infinoid: okay, working now, see http://www.parrot.org/smolder
00:43 dalek r32844 | infinoid++ | trunk:
00:43 dalek : Update docs/parrot.pod: Under Supported Platforms, "win32" specifically means x86.
00:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32844
00:43 Infinoid odd, I get a different page than the one http://smolder.plusthree.com/app​/public_projects/smoke_reports/8 gives me
00:44 Infinoid /details/8 vs /smoke_reports/8
00:44 Whiteknight has the release gone out yet?
00:44 allison Infinoid: different how?
00:45 chromatic It hasn't gone out yet.
00:45 chromatic I want to touch up the Storable problem first.
00:45 Infinoid allison: /details/8 gives me a start date and some tags; /smoke_reports/8 gives me a list of smoke reports in reverse chronological order
00:45 allison Infinoid: ah, well that's the link I put in
00:45 dalek r32845 | infinoid++ | trunk:
00:45 dalek : [PLATFORMS] Update smolder link to the parrot.org shortened version.
00:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32845
00:45 dalek r32846 | chromatic++ | trunk:
00:45 dalek : [config] Made fulltest Makefile target stop at first test failure; moved distro
00:45 dalek : tests to the end of the fulltest target list, as we don't pass all of those
00:45 dalek : yet.  See RT #58934.
00:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32846
00:45 Infinoid well, whatever you link to, PLATFORMS now links to you, so you can leave it or adjust it however you like :)
00:45 allison Infinoid: if we want 'smoke_reports' instead of 'details', I'll do that instead
00:46 allison Infinoid: changed
00:46 TiMBuS joined #parrot
00:47 Infinoid allison++
00:47 Infinoid ok, I'm off, back later
00:58 dalek r32847 | chromatic++ | trunk:
00:58 dalek : [lib] Downgraded Storable dependency to 2.12, per RT #59660.  If this fails, at
00:58 dalek : least it'll give us more data to decide which version of Storable to require
00:58 dalek : and where.
00:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32847
00:58 Whiteknight joined #parrot
00:59 dalek r32848 | chromatic++ | trunk:
00:59 dalek : [t] Marked :immediate Class non-thawing from PBC test as TODO per RT #60648.
00:59 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32848
01:00 ruoso joined #parrot
01:03 dmknopp does rakudo support string interpolation?   Some thing like print "hi $var";    i thought I read that it did.
01:06 dalek r32849 | chromatic++ | trunk:
01:06 dalek : [t] Marked .tailcall and lexical map non-thawing from PBC tests as TODO per RT
01:06 dalek : #60650.
01:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32849
01:06 apeiron joined #parrot
01:09 pmichaud dmknopp: yes, rakudo supports string interpolation.
01:09 pmichaud it even supports closure interpolation.
01:09 dmknopp oh cool.
01:09 pmichaud rakudo:  say "I found { 3 + 1.5 } dollars.";
01:09 polyglotbot OUTPUT[I found 4.5 dollars.␤]
01:09 dmknopp nice
01:10 dmknopp what is it called in Perl 6, I was digging thru the code
01:10 dmknopp is it called interpolation?
01:10 pmichaud you're looking in the code for it?
01:10 dmknopp I didnt see any references to it
01:10 pmichaud no, because it's not so much interpolation as it is concatenation
01:10 dmknopp well I wanted to add that to Cardnial
01:11 dmknopp and I have no idea how to even start adding it to Cardnial
01:11 pmichaud rakudo-parse:  "I found { 3 + 1.5 } dollars."
01:11 polyglotbot No output (you need to produce output to STDOUT)
01:11 pmichaud rakudo-parse: say "I found { 3 + 1.5 } dollars."
01:11 polyglotbot No output (you need to produce output to STDOUT)
01:11 pmichaud hrm.
01:11 dmknopp hmm.. ok so you split the string on { }
01:11 dmknopp I was doing a grep for interpolation
01:11 chromatic ATTN: last chance to get NEWS updates and quick bugfixes in before the release.
01:12 dalek r32850 | chromatic++ | trunk:
01:12 dalek : [t] Skipped t/op/lexicals.t when running with the -r flag, per RT #60652.
01:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32850
01:12 nopaste "pmichaud" at 72.181.176.220 pasted "parse of interpolated string" (102 lines) at http://nopaste.snit.ch/14636
01:13 chromatic Sadly I had to file three bugs, so we're up to 636 or so again.
01:13 pmichaud it's not really a split, it's more like a scan and certain characters cause us to escape to other parsers
01:13 pmichaud we can't just split on { } because the parts inside might also have curlies.
01:14 dmknopp at what point is that parse done? at grammar parse time?
01:14 bacek_ joined #parrot
01:14 pmichaud rakudo:  say "Conditional { if 1 { "yes" } else { "no" } } result.";
01:14 polyglotbot OUTPUT[Conditional yes result.␤]
01:14 pmichaud note that the double quotes inside the curlies didn't terminate the string.  :-)
01:15 dmknopp ahh ok
01:15 pmichaud yes, it's done as part of the parse.  In rakudo's grammar it's the quote_expression rule.
01:15 pmichaud that's currently implemented in PIR  (src/parser/quote_expression.pir, I think)
01:16 dmknopp yep, found it thanks
01:16 pmichaud I'm done with bugfixes in trunk for the night -- I'm afraid I might break something for the release.  :-|
01:16 dmknopp tene added that file for Cardinal, but I wasnt following how the grammar parse broke off into the other parsing done in quote_expression.pir
01:17 dmknopp ill look into it more thx :-)
01:17 pmichaud in rakudo, it just calls the <quote_expression> subrule.
01:18 dmknopp yeah I wasnt sure of the correct terminology for Perl6
01:20 dmknopp I noticed a note about Boyer-Moore string matching in the PGE docs, was this going to be used for longest token matching?
01:20 pmichaud we don't just match strings -- we match regular expressions.
01:20 pmichaud i.e., longest token matching has to be able to treat   xy*z   as being part of the longest token match.
01:20 Tene dmknopp: please update NEWS with your cardinal work this month.
01:21 dmknopp right so Boyer-Moore wouldnt help
01:21 TimToady and BM has nothing much to do with LTM; it's for scanning for strings, not anchored strings
01:21 pmichaud if we do Boyer-Moore, it would probably be as a pruning optimization.
01:21 dmknopp stepehen: ok ill update NEWS
01:21 pmichaud but that's not likely anytime soon.
01:22 Whiteknight joined #parrot
01:22 dmknopp right I wasnt following the docs on LTM  but I have worked w/ Boyer-Moore before. I wrote a version in java, I was wondering what the need or requirements were for PGE
01:23 pmichaud yes, the docs for PGE are very old right now -- they probably need updating.
01:23 pmichaud probably when I get around to refactoring it later this month.
01:27 dalek r32851 | pmichaud++ | lex3:
01:27 dalek : Re-syncing branch for lexicals work.
01:27 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32851
01:35 dalek r32852 | dmknopp++ | trunk:
01:35 dalek : [Cardinal] updated NEWS to include Cardinal changes
01:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32852
01:37 dalek r32853 | dmknopp++ | trunk:
01:37 dalek : [Cardinal] updated NEWS to include Cardinal changes
01:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32853
01:39 pmichaud oooh, I need to get the deprecation for Closure into DEPRECATED.pod
01:39 pmichaud chromatic: am I too late for that?
01:42 Coke No. =-)
01:43 pmichaud (writing furiously)
01:45 bacek_ rakudo: say eval 'my $a = 1'
01:45 polyglotbot OUTPUT[1␤]
01:45 chromatic It'll probably be another hour or two.
01:45 bacek_ o! It fixed!
01:45 pmichaud okay, good.
01:46 pmichaud on #60648, it's my understanding that things marked :immediate *aren't* stored in the resulting PBC.
01:46 pmichaud however, the immediate sub can return an object which will be frozen into the resulting PBC
01:48 pmichaud see pmc/subs.pod:138
01:49 pmichaud and pdd19_pir.pod:429
01:49 pmichaud I'll reply to the ticket with those.
01:52 chromatic That sounds somewhat right, but when I traced the code, the :immediate sub did get thawed.
01:52 dalek r32854 | pmichaud++ | trunk:
01:52 dalek : [DEPRECATED]:  Deprecate the Closure PMC in preparation for the lexicals branch.
01:52 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32854
01:52 pmichaud the immediate sub itself, or what it produced?
01:53 pmichaud phrased differently, then -- the sub may be stored in the packfile but it doesn't automatically execute when loaded.
01:54 chromatic It definitely gets stored, but it doesn't execute.
01:54 pmichaud okay.  I think that's normal behavior.
01:55 pmichaud in order to get it to execute upon load or init one would add the :load and/or :init flags.
01:55 chromatic I'm not sure about :load even.
01:56 pmichaud well, to have the :pbc execute that sub upon being run from the command line, one would use :init
01:56 pmichaud to have it execute upon being loaded via load_bytecode, one would use :load
01:56 pmichaud to have it do it for all three cases (during compile, when run from command line, when loaded via load_bytecode), use all three flags.
01:57 chromatic Right.
01:57 jimmy joined #parrot
02:05 cotto joined #parrot
02:18 dalek r32855 | pmichaud++ | lex3:
02:18 dalek : Bring lex3 branch (from trunk) up-to-date with latest lex2 changes.
02:18 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32855
02:26 chromatic particle, can you review PAUSE and make sure that PARROTRE owns all of the module files?
02:28 chromatic The release is starting.
02:31 dalek r32856 | chromatic++ | trunk:
02:31 dalek : [include] Replaced a magic constant with symbols for clarity's sake.
02:31 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32856
02:55 dalek r32857 | chromatic++ | trunk:
02:55 dalek : [distro] Updated version numbers, news, and other miscellaneous files for the
02:55 dalek : 0.8.1 release.
02:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32857
02:56 wubo joined #parrot
03:06 chromatic Tarball created and branch tagged.  Commit away!
03:06 dalek r32858 | chromatic++ | RELEASE_0_8_1:
03:06 dalek : [distro] Tagged release 0.8.1
03:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32858
03:06 Patterner Congratulations.
03:14 chromatic Thanks.
03:20 jimmy Congratulations too.
03:20 kj joined #parrot
03:25 Psyche^ joined #parrot
03:25 jimmy and is there any problem at http://www.parrotvm.org/svn​/parrot/revision?rev=32857 ?
03:25 jimmy An error occured.
03:29 kid51 joined #parrot
03:34 Topic for #parrotis now Parrot 0.8.1 "Tio Richie" Released! | http://www.parrot.org/
03:34 GeJ chromatic: congratulations indeed.
03:35 Andy joined #parrot
03:43 chromatic Any parrot.org admins around?
03:44 allison yo
03:44 allison chromatic: need an admin?
03:46 chromatic I'm trying to create a story, but all I can create is a scratch.
03:47 allison ah, just a sec, will bump you up...
03:48 allison chromatic: you now have god-like powers on parrot.org
03:49 chromatic Just like in real life!
03:49 allison hmmm... who is user "Arthur Dent"?
03:50 chromatic Who are the other god-like admins with the laying on of hands and the burning, itching and the eyeballs, and the hey lady!
03:50 chromatic I'm updating the release manager guide to say "YOU NEED THESE POWERS A FEW DAYS IN ADVANCE NEXT TIME" to remind myself.
03:50 allison currently you, particle, jeff, coke, and me
03:52 allison we should go ahead and grant 'editor' access to all release managers at the beginning of a 6 month release cycle
03:54 kid51 chromatic:  Regrettably, that test in t/pmc/pmc.t is now failing with a different SIGNAL error:  http://rt.perl.org/rt3/Tic​ket/Display.html?id=60622
03:55 chromatic Hm.  That shouldn't be.
03:56 kid51 Did you test it on Darwin PPC ... or just on Intel?
03:57 chromatic I know what the problem is and I reproduced it with a different test on x86-32 Linux.
03:58 kid51 Sorry to rain on your parade ... errr, your release.
03:58 chromatic S'okay.
03:58 chromatic I haven't uploaded a tarball yet.
03:58 chromatic Anyone else have Darwin PPC around?
03:58 chromatic I'm looking at you, Allison.
03:58 allison sorry, I'm Intel
03:58 chromatic (and can I say, Drupal, how in the world could you possibly break unfiltered HTML?)
03:58 allison but there's a Darwin PPC laptop in the office
03:59 chromatic On my bookshelf, four feet behind my chair, right now?
03:59 kid51 I don't insist that you hold up the release for this ... because even if we were to fix this, we still have that failure in t/pmc/packfile.t that predates this one.
03:59 allison chromatic: somewhere like that, with a big Perl sticker on the top
04:00 chromatic RT #60068?
04:01 kid51 Yes.
04:01 chromatic kid51, I'll poke at RT #60622.  If it's a quick fix, I'll put the patch in the tarball.
04:02 kid51 Well, I have to go to sleep pretty soon, so I probably will only be able to re-test sometime tomorrow.
04:02 chromatic Dear Drupal, welcome to the Internet.  I would like to introduce you to HTML.  PLEASE READ THE RFC AND THE GRAMMAR BEFORE YOU GO MANGLING UNFILTERED HTML.  Love, chromatic.
04:02 chromatic I have a Darwin PPC laptop now.  I can try it.
04:02 kid51 These 2 failures can be seen in this smolder report:  http://smolder.plusthree.com/app/p​ublic_projects/report_details/8259
04:03 elmex_ joined #parrot
04:03 allison chromatic: there is a flag to turn off the Drupal magic
04:04 chromatic Is there a flag to say YOU CANNOT NEST TAGS IN WHITESPACE ALLOWED INSIDE A TAG IN HTML!  REGULAR EXPRESSIONS DO NOT KEEP DUTCH PEOPLE COOL!
04:04 allison chromatic: eh?
04:04 purl Speak up, sonny!
04:05 chromatic I'm looking for a flag to disable the automatic linebreaking.
04:05 chromatic I know how to use a <p> tag.
04:05 * kid51 must sleep
04:05 purl $kid51->sleep(8 * 3600);
04:05 allison chromatic: I think I disabled that one
04:06 tewk_ <pre>?
04:06 purl <pre> is pretty hard to fuck up.
04:07 allison tewk: yeah, I usually wrap the NEWS section in pre, and then just delete the extra line breaks in the paragraphs
04:07 chromatic The problem is, I've used <p> tags appropriately.  I know how to write HTML.  You might say I'm even a professional, considering I'm a professional editor of a website.
04:08 chromatic Drupal doesn't give me the option of NOT adding linebreaks whenever it encounters a newline, which, in HTML, is just another not-special whitespace character.
04:08 allison I can turn off auto-linebreaks, but it'll break all our other pages
04:09 pmichaud I'm so glad I kept HTML out of my wiki markup.  :-)
04:09 allison chromatic: okay, I just gave you a new format "Plain HTML" that does no filtering
04:10 chromatic Thanks!
04:10 chromatic Storable is broken on this laptop.
04:10 chromatic Do you have a non-system Perl installed somewhere?
04:11 allison chromatic: the non-system perl should be found if you type 'ppath'
04:11 chromatic I'll try that.  Thanks.
04:12 allison chromatic: (it's my alias for temporarily adding the perl in /opt/perl to the path)
04:12 chromatic There's no /opt/perl
04:13 allison then, no, it doesn't have an alternate perl installed (maybe I wiped the laptop)
04:14 allison (I've been compiling perl in /opt/perl for over 10 years, so there's no chance it's anywhere else)
04:15 chromatic I suppose I could root the box, fix the CPAN configuration, install Storable, then build Parrot and try to debug the problem... or I could have dinner and watch some TV and call it a good night.
04:16 allison chromatic: the phrasing gives away your inclination :)
04:17 chromatic What, just because I think Steve Jobs and Jonathan Ives should be tried at the Hague for war crimes against people who know POSIX?
04:19 japhb Congrats on Parrot release!
04:26 chromatic allison, I can't fix this laptop without sudo.
04:26 chromatic Dinner wins.
04:27 dalek r32859 | kjs++ | trunk:
04:27 dalek : [pirc] work on tests. Remove a newline in PASM output. Loads of tests should be written (anyone bored? :-)
04:27 dalek : I'm planning to set up tests structured as the grammar rules, so that it will become easier to check whether grammar features have tests (same order of tests as rule order).
04:27 dalek : Also, -E and -H options should be tested, which output preprocessed and heredoc-preprocessed PIR code, respectively. That way, the heredoc processor and macro bits of the grammar can be tested.
04:27 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32859
04:28 dalek r32860 | chromatic++ | trunk:
04:28 dalek : [distro] Added minor updates from the 0.8.1 release.
04:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32860
04:41 johbar_ joined #parrot
04:44 dalek r32861 | kjs++ | trunk:
04:44 dalek : [pirc] clean up some grammar bits. More work needed.
04:44 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32861
04:56 allison chromatic: you should have sudo
05:03 lathos There will be a SQLite extension by the end of the day.
05:04 allison lathos: excellent!
05:04 * purl zwooshes
05:05 lathos I'm really astonished at how cool the PIR-Perl6 interface Just Works.
05:05 kj when was #ps? Did I miss it again? :-(
05:05 * kj is still confused by the time zone difference
05:23 dalek r32862 | kjs++ | trunk:
05:23 dalek : [pirc] add some comments, fix typo. Minor stuff.
05:23 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32862
05:23 dalek r32863 | kjs++ | trunk:
05:23 dalek : [squaak] fix a test. kindof. needs more investigation; something wrong with for-loop and step size of 2.
05:23 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32863
05:32 dalek r32864 | allison++ | pdd22io:
05:32 dalek : [pdd22io] Implement 'buffer_size' method on FileHandle PMC.
05:32 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32864
05:32 ff-wonko joined #parrot
05:34 ff-wonko joined #parrot
05:34 allison kj: yes, missed it by almost 12 hours (and yes, trying to make meetings around time zones is always a pain)
05:34 kj 12 hours.. :-S Well I've got a good excuse. I was seeing off Jonathan :-)
05:35 cotto Is SHIM_INTERP for cases when the interp arg isn't used?
05:35 kj cotto: I believe so.
05:36 allison cotto: yes
05:37 cotto ok.  Thanks.
05:37 kj allison: why is the INTVAL in: RETURN(INTVAL buffer_size);
05:38 kj is there a description somewhere of the pseudo-C syntax for PMCs ?
05:39 allison that's PCC METHOD syntax
05:39 allison kj: it always specifies a type in the return
05:39 allison kj: looking for docs...
05:40 kj ok, thanks. Is that because it may be autoboxed ?
05:40 kj so if leaving out, it might be boxed into a Integer PMC?
05:42 allison kj: docs/dev/pccmethods.pod
05:42 kj allison: ah thank you.
05:43 allison kj: well, it's more because a PCC METHOD can return different types depending on various conditions
05:44 ff-wonko joined #parrot
05:44 allison kj: so, for example, the same method might return an INTVAL if one piece of information is found, but an integer array (PMC) if  some other piece of information is found
05:44 allison kj: so, the C code that handles the return needs explicit instructions on how to handle the return value
05:45 kj so, suppose a PCC METHOD has an if-statement; in one branch it can return an INTVAL, in another some other value (array, NUMVAL, etc)?
05:47 allison kj: yes
05:47 allison kj; it can also return multiple values, like RETURN(PMC *status, INTVAL count)
05:48 allison kj: you can think of it as the signature of the return
05:48 kj right, I like the fact that there's a parameter list in AND out.
05:49 kj PCC METHODs are continuation-based as well, no?
05:49 allison kj: yes, also continuation-based
05:50 kj neat. So basically you can do ANY thing in a PCC METHOD that you can also do in PIR
05:54 Psyche^ joined #parrot
05:58 lathos We are now *close* to a SQLite extension, since I have written a wee generic extension Makefile system thingy.
06:04 dalek r32865 | kjs++ | trunk:
06:04 dalek : [docs] .get_results for exception handling only receives the exception object now; message can be retrieved from that.
06:04 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32865
06:04 dalek r32866 | kjs++ | trunk:
06:04 dalek : [pirc] udpate TODO.
06:04 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32866
06:06 dalek r32867 | kjs++ | trunk:
06:06 dalek : [docs] change .Sub into 'Sub'
06:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32867
06:21 jimmy http://www.parrotvm.org/svn​/parrot/revision?rev=32857 there is a error
06:21 jimmy can anyone fix it?
06:22 lathos A 'p' NMI return value does *not* appear to stash the pointer it gets back into the pmc_data member of an UnManagedStruct.
06:22 lathos NCI rather
06:23 lathos Weird, the code looks right though.
06:24 lathos Code looks very right.
06:28 Tene joined #parrot
06:32 GeJ jimmy: where's the error?
06:32 purl GeJ: Invalid argument
06:33 chromatic GeJ, SVN::Web is showing an error.
06:34 jimmy yes.
06:34 lathos gdb shows that NCI *is* stashing the pointer correctly, but it's getting lost somewhere on the way to Perl.
06:34 lathos And because it's an unmanagedstruct I can't easily debug it.
06:35 jimmy An error occured
06:35 jimmy Missing @@ line before @@ -1 +1 @@ at line 5 of string
06:35 GeJ Oh, ok. I was looking at a locally mirrored repo through a local trac, and couldn't spot the error.
06:37 chromatic lathos, what are you trying to do with the pointer once you have it in an UnManagedStruct?
06:37 lathos Use it as a parameter to another NCI function. But by the time it gets there, the pmc_data has become 0x0.
06:38 chromatic Hm.  Is the PMC the same between those two calls?
06:39 chromatic I mean, it's still the same pointer.
06:39 lathos It's the same PMC. The pmc_data has gone missing though. I'm going to through some watchpoints at it and see what happens.
06:41 lathos Ack, no, it's not the same PMC
06:42 lathos I think it's alloc'd me a fresh one.
06:43 chromatic That's good and bad.  That's good, because I was worried.  That's bad, because it's not working for you.
06:48 lathos st->val->_ptrs->_pmc_val changed. OK, this is progress.
06:50 uniejo joined #parrot
06:50 lathos It changed in Parrot_find_pad.
06:50 lathos No, that can't be right.
06:51 chromatic I wouldn't expect you're using lexicals.
06:53 lathos Yeah, it's because the variable moved about in memory, I was trying to be too clever.
07:01 lathos OK, let's use a P signature instead and see if that helps.
07:01 davidfetter joined #parrot
07:04 chromatic Lower-case p works for me with SDL.
07:04 lathos Yes, but it doesn't work for me.
07:04 lathos Are you using SDL from Perl 6?
07:05 chromatic No.
07:05 chromatic Did you see the OpenGL examples?
07:05 chromatic They use Perl 6 bindings.
07:14 lathos Oh, *bugger*. Entirely my fault.
07:15 lathos Well, partly my fault. It now works nicely from PIR.
07:15 lathos It's still not passing the right value back to Perl 6 though.
07:16 chromatic What's Perl 6 getting?
07:18 lathos By the time I pass the database handle back into prepare, it's an empty UnManagedStruct.
07:19 lathos Is there a way from PIR to get at raw pointers for debugging?
07:20 chromatic You can use get_pointer, which should cast the pointer to an INTVAL.
07:21 chromatic ... though you'd need an opcode which calls VTABLE_get_pointer, now that I think about it.
07:21 lathos UnManagedStructs, you can't really do anything at all with.
07:23 lathos Unless I use NCI to pop them into a bit of C and mess with them there..
07:23 chromatic That's true.
07:33 lathos OK, this now tells me exactly what I already knew. Perl6 gets a different value from the one returned by NCI.
07:34 lathos But now I know it's a problem within the NCI argument system.
07:35 jimmy joined #parrot
07:35 flw joined #parrot
07:36 flw hi all
07:38 lathos Hoho. No, it's a problem with *assignment* in Perl 6.
07:38 jimmy hello flw
07:38 jimmy 我是散花牧人
07:39 lathos This code works: SQLite::pmc_check(SQLite::open("test.db"));
07:39 lathos This code does not: $db = SQLite::open("test.db");
07:39 lathos SQLite::pmc_check($db);
07:39 flw 这里也可以讲中文的吗?
07:39 jimmy 基本不可以
07:39 galf joined #parrot
07:41 cotto chromatic, ping
07:42 bacek_ joined #parrot
07:42 lathos The good news, I guess, is that this code works: SQLite::step(SQLite::prepar​e(SQLite::open("test.db"), "CREATE TABLE foo (bar)"));
07:43 chromatic pong
07:43 cotto I'm removing the seed arg to string_hash.  key_hash_STRING also uses a seed.  Should I remove the seed arg from there too, or just not use it?
07:44 cotto (key_hash_STRING calls string_hash)
07:44 chromatic Don't use it for now; we can remove it later.
07:45 cotto I'm not one to complain about having less work.
07:45 lathos OK, let's SVN up, see if that helps.
07:47 lathos Nope. Grr.
07:47 jimmy hello cotto.
07:49 cotto hi jimmy
07:49 jimmy hello flw
07:49 jimmy this is cotto
07:50 jimmy flw is chinese too. he is good at c and perl.
07:50 Maddingue joined #parrot
07:51 cotto welcome, flw
07:51 ff-wonko joined #parrot
07:52 jimmy i recommend him to join the developing of perl6
07:52 ff-wonko joined #parrot
07:53 jimmy flw:  ping
07:53 galf left #parrot
07:54 flw pong
07:54 galf joined #parrot
07:54 flw hello cotto.
07:54 flw my english is poor.
07:56 cotto Don't worry about it.
07:56 cotto Just do your best.
07:57 flw :)
07:58 jimmy rakudo: <Welcome Flw>.join(' ').say;
07:58 polyglotbot OUTPUT[Welcome Flw␤]
07:58 jimmy hello purl
07:58 purl niihau, jimmy.
07:58 jimmy nopaste?
07:58 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
07:58 purl i heard nopaste was at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
08:00 flw rakudo: <Welcome Flw>.join(' ').say;
08:00 polyglotbot OUTPUT[Welcome Flw␤]
08:00 flw hello purl
08:01 chromatic lathos, have you used parrot perl6.pbc --target=PIR sqlite.p6 > sqlite.pir
08:01 jimmy what is it?
08:01 purl it's it!
08:02 lathos Ah, that's a good plan.
08:02 chromatic jimmy, instead of compiling Perl 6 code to PIR and running it, the Perl 6 compiler prints the PIR code and exits.
08:03 jimmy you means '<Welcome Flw>.join(' ').say;' ?
08:04 lathos Code looks right, again:
08:04 lathos $P24 = $P22($P23)
08:04 lathos $P25 = "infix:="($P21, $P24)
08:04 lathos $P26 = $P20($P25)
08:04 chromatic Question being what infix:= does
08:04 lathos Without the assignment:
08:04 lathos $P23 = $P21($P22)
08:04 lathos $P24 = $P20($P23)
08:04 lathos The wrong thing. :)
08:05 chromatic I'm going to say a word and it's going to scare you: typemap.
08:05 lathos But yes, that tells me what I already know: Perl 6 assignment is busted.
08:05 jimmy chromatic: hello , you means '<Welcome Flw>.join(' ').say;' ?
08:06 chromatic jimmy, I thought you were asking what --target=PIR does.
08:06 chromatic Oh yes, a new Coverity run!
08:06 chromatic Results/KLoc: 0.08.  A new record for us.
08:07 jimmy chromatic: what is the final compiler?  pirc or PIR?
08:07 chromatic Right now, IMCC.
08:07 chromatic We hope that pirc will replace it in the near future.
08:08 jimmy and PIR?
08:08 purl i think PIR is a bofh at tufts or http://www.pir.net or Passive Infra Red or Parrot Intermediate Language (and almost an acronym) or the Price is Right. or http://www.parrotcode.org/​docs/art/pp001-intro.html
08:08 jimmy i means languages/PIR.
08:09 chromatic As far as I know, languages/PIR was an experiment that no one's working on seriously right now.
08:09 chromatic Is that what you had in mind when you were asking about bootstrapping earlier?
08:09 jimmy yes
08:10 chromatic Once pirc can replace IMCC, languages/PIR has a chance of bootstrapping.
08:11 jimmy and i want PIR can come true.
08:11 chromatic pirc cannot generate PBC, which is what Parrot actually runs.
08:12 Zaba joined #parrot
08:12 jimmy Is it will in the future?
08:13 jimmy err.
08:13 flw joined #parrot
08:13 jimmy Is it will generate PBC in the future?
08:13 chromatic Yes.
08:14 jimmy and so is PIR, I think. it is stirring.
08:15 iblechbot joined #parrot
08:15 chromatic If we can allow pirc to generate PBC, languages/PIR can use the same code.
08:16 jimmy i have a question. where is binary code, and compile src/  codes.
08:17 jimmy I try to find it.
08:17 jimmy is it libparrot.a ?
08:19 jimmy s/and/after/
08:19 chromatic I'm not sure what you're asking.  Almost everything in src/ gets compiled into blib/lib/libparrot.so
08:19 Maddingue joined #parrot
08:20 jimmy got it, thanks chromatic. in windows ,it is libparrot.a
08:21 chromatic I would expect libparrot.dll, unless you're using Cygwin... but yes, it's all about the same thing.
08:22 jimmy I'm just using windows now.
08:22 jimmy for working.
08:24 dalek r32868 | allison++ | pdd22io:
08:24 dalek : [pdd22io] Add a 'mode' method for checking the read mode of the FileHandle.
08:24 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32868
08:59 Zaba joined #parrot
09:10 particle joined #parrot
09:20 barney joined #parrot
09:51 particle joined #parrot
09:57 * barney ordered the book 'Extending and Embedding PHP'
09:58 jimmy where is the book>
10:15 tomyan joined #parrot
10:24 ff-wonko joined #parrot
10:26 barney jimmy: I searched on Amazon
10:31 jimmy good book. though it is english.
10:31 Ademan joined #parrot
10:36 barney Supporting extensions is high on my TODO list.
10:37 barney But I fear that many extensions use internal knowledge of the Zend Engine
10:37 jimmy yup, it is extremely important.
10:38 jimmy most does not i think
10:38 jimmy i.e. APC
10:44 cotto barney, is your eventual hope is that Pipp will be able to use native PHP extension libraries?
10:44 cotto s/hope is/hope/
10:47 tomyan joined #parrot
10:48 tomyan joined #parrot
10:49 tomyan joined #parrot
11:01 barney cotto: Yes. The build system might be hairy. The extension API should be doable with NCI.
11:02 cotto should be fun
11:04 cotto that'll really give NCI a good workout
11:09 barney and reduce the number of functions that need to be implemented in PIR
11:13 lu_zero hi
11:13 purl privet, lu_zero.
11:20 barney cotto: Do you mind if I reformat the Pipp Grammar to the code layout used by Rakudo?
11:21 cotto go ahead.  It could use some cleanup.
11:24 barney k
11:29 Alias joined #parrot
11:29 Alias Ping?
11:29 szbalint pong
11:31 Alias What version of Perl are most people using to build parrot
11:31 Alias I want to have a quick shot at building it again with Perl::Dist
11:32 szbalint I'd guess 5.8.8
11:33 Alias And is Rakudo included with the parrot build, right?
11:33 barney a lot of 5.10 in http://smolder.plusthree.com/app​/public_projects/smoke_reports/8
11:34 barney With Parrot 1.0, Rakudo should become a separate dist.
11:35 Alias Sure, but right now it's inside it?
11:35 Alias The plan is to see if I can quickly reuse the same toolkit I use for Vanilla Perl to make a Vanilla Rakudo
11:35 Alias Windows installer, etc etc
11:36 barney The source is in the Parrot repos and right now you build it with: cd languages/perl6 && make
11:36 Alias I promised to look into it at YAPC::NA, but the toolkit previously hasn't supported abuse of this magnitude yet
11:36 Alias OK, let me play with it and see
11:37 Alias Out of curiosity, are any of the other languages usable?
11:37 Alias Should I try to just target Rakudo? Or try for build Parrot plus several languages
11:38 barney depends on your tuits
11:38 barney Most langs are working, but are incomplete
11:39 barney Pipp, Cardinal, Pynie, Partcl are actively worked on
11:42 Alias Cadinal is Ruby... so screw them :)
11:43 Alias What's Pipp
11:43 purl Pipp is Parrot's PHP
11:43 Alias ?
11:43 Alias ah
11:43 Alias Even scarier :)
11:43 Alias Does lolcode work? Yes?
11:43 * Alias ponders Strawberry Lolcode :)
11:43 szbalint that'd be great
11:43 szbalint CAN I HAS CHEEZBURGER?
11:45 barney hq9plus works too
11:46 Alias wassat?
11:47 jimmy joined #parrot
11:49 barney http://www.esolangs.org/wiki/HQ9_Plus
11:53 dalek r32869 | bernhard++ | trunk:
11:53 dalek : [hq9plus] HQ9+ got deleted from Wikipedia, so get rid of the link
11:53 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32869
11:58 dalek r32870 | bernhard++ | trunk:
11:58 dalek : [Pipp] Set variables in functions to lexical scope.
11:58 szbalint wikinazis--
11:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32870
12:05 cotto night
12:12 jimmy night
12:20 mberends joined #parrot
12:30 dalek r32871 | bernhard++ | trunk:
12:30 dalek : [Pipp] Normalize heredoc delimiters.
12:30 dalek : Minor cleanup in test scripts.
12:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32871
12:32 wubo joined #parrot
12:47 flw joined #parrot
13:11 Lorn joined #parrot
13:16 apeiron joined #parrot
13:22 Alias Does parrot support dmake?
13:22 ChrisDavaz joined #parrot
13:26 Coke not intentionally.
13:27 Coke gmake & nmake I think are the big two.
13:27 Coke but if it's an easy update, glad to help out there.
13:28 masak joined #parrot
13:44 pmichaud should we s/parrotbug@perl.org/parrot-tickets@parrot.org/ in the repository?
13:44 pmichaud er, @lists.parrot.org
13:45 masak 'ticket' is more neutral, which is both good or bad, IMHO
13:45 masak s/or/and/
13:59 Coke (vanilla) I often use strawberry to build parrot and partcl, no problems.
13:59 Alias Coke: Ya, so I'm told
13:59 Alias dmake?
13:59 purl dmake is a borland thing or at http://search.cpan.org/dist/dmake/ or <reply>it's just like make, except it's totally gay
13:59 Coke allison: I would be curious if a vanilla partcl worked.
13:59 Alias or the gnu-make
13:59 Coke mingw32-make
14:00 Alias ok
14:00 Coke (if you run the configure.pl with strawberry perl, that's the make it recommends.)
14:00 Alias ah
14:00 Alias I need to automate it, Perl::Dist doesn't allow human input
14:03 dalek r32872 | bernhard++ | trunk:
14:03 dalek : [Pipp] Reformat the grammar.
14:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32872
14:06 Alias Is there a flag to Configure.pl that says "just do what you think is best"
14:07 flw joined #parrot
14:10 dalek r32873 | pmichaud++ | trunk:
14:10 dalek : [rakudo]:  Update objectref semantics for non-Rakudo objects.
14:10 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32873
14:11 Coke I think that's "no flag"
14:11 Coke do you want to just end up with a built parrot?
14:11 Coke perl Configure.pl && mingw32-make ?
14:12 gryphon joined #parrot
14:13 Alias Coke: OK
14:23 dalek r32874 | bernhard++ | trunk:
14:23 dalek : [Pipp] require whitespace after 'echo', in <echo_statement>.
14:23 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32874
14:24 tomyan joined #parrot
14:28 iblechbot joined #parrot
14:29 dalek r32875 | pmichaud++ | trunk:
14:29 dalek : [rakudo]: spectest-progress.csv update: 220 files, 4578 passing, 41 failing
14:29 dalek : Failure summary:
14:29 dalek :     S03-operators/increment.rakudo aborted 41 test(s)
14:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32875
14:31 tomyan left #parrot
14:32 tomyan joined #parrot
14:34 particle1 joined #parrot
14:39 dalek r32876 | bernhard++ | trunk:
14:39 dalek : [Pipp] Add tests for user defined functions with multiple args
14:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32876
14:47 ff-wonko joined #parrot
14:49 lathos pmichaud: Still no joy:
14:49 lathos PMC 0x2641740 data pointer 0x2d1a860
14:49 lathos PMC 0x26417e8 data pointer 0x0
14:54 Alias ok, first attempt at Vanilla Parrot underway
14:54 Alias It will probably die horribly...
14:55 dalek r32877 | bernhard++ | trunk:
14:55 dalek : [Pipp] A less stupid implementation of testing functions.
14:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32877
14:55 PerlJam Alias++
14:55 Alias Meh, we'll see
14:56 PerlJam Trying is just as important as succeeding sometimes.  :)
14:56 Alias If anyone wants to play with it, http://svn.ali.as/cpan/trunk/Perl-Dist-Parrot
14:56 Alias The dmake test should attempt to build a distribution
14:56 Alias Dependencies are of course pretty heavy, and must be run on Windows
15:10 pmichaud lathos: can you see if the second PMC is an ObjectRef PMC?
15:11 lathos How do I do that?
15:11 lathos Oh, I'll try printing it.
15:11 pmichaud that actually won't work -- it'll delegate to its reference.  :-)
15:11 lathos Ah.
15:11 pmichaud from PIR, try an    isa $P0, 'ObjectRef'
15:11 pmichaud from C, look at the vtable->whoami structure
15:12 rdice joined #parrot
15:15 PerlJam lathos: btw, mjd mentioned the other day that you're engaged.  Congrats.
15:15 lathos Yes. Thanks.
15:16 lathos I've been engaged for about six months now, but we had the formal ceremony on Saturday.
15:16 pmichaud in the meantime, if you just want to get "something that works", you could try doing   $db := SQLite::open("test.db")   instead of assignment.
15:17 lathos Am I an objectref? no
15:19 lathos The := form does work, yes. Shame though.
15:21 pmichaud well, we'll undoubtedly get assignment to work at some point also -- you're the first person to really try to use a non-Rakudo object.  :-)
15:22 pmichaud I'll be happy to play with it some more -- but today is really devoted to getting lexicals to work properly.
15:22 lathos Sure.
15:22 pmichaud also if I can get the SQLite code you're using ... :-)
15:22 lathos := will work for me for now.
15:23 lathos Should I check it in? I've made a ext/SQLite3 in my local copy.
15:23 pmichaud sounds good to me
15:23 lathos It's also significant because I've made a way of doing Makefile.PL's for Parrot extensions.
15:23 pmichaud yes, that's definitely significant
15:23 pmichaud ext/ sounds like a good place to put it for now
15:24 PerlJam lathos++  yes, definitely check it in.  Then I won't have to continue the work I was doing; I can just use yours  :)
15:32 dalek r32878 | simon++ | trunk:
15:32 dalek : Beginnings of a SQLite extension. Also contains a way to generate Makefiles for Parrot extensions. My C, as always, needs work, and my Make-fu even more.
15:32 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32878
15:35 tomyan joined #parrot
15:36 dalek r32879 | particle++ | api2export:
15:36 dalek : [api2export] merge in trunk changes to branch
15:36 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32879
15:40 bacek joined #parrot
15:51 masak how will fork() work in Rakudo? will it create a new Parrot instance?
15:52 pmichaud I have no idea.
15:52 masak :)
15:52 pmichaud that's really going to depend on what Parrot does.
15:52 masak yeah, I guess.
15:52 PerlJam won't rakudo just call parrot's fork op ?  :-)
15:53 lathos Depends what Perl 6 fork semantics require, too.
15:59 gryphon_ joined #parrot
16:00 clunker9_ joined #parrot
16:00 jimmy joined #parrot
16:05 jhorwitz joined #parrot
16:06 Infinoid is parrotbug switched over to trac yet?
16:07 particle1 no
16:07 particle neither the utility, nor the email addr
16:07 particle don't know which you mean
16:11 Infinoid well, if we can switch over the email address, I think they both will work
16:13 dalek r32880 | bernhard++ | trunk:
16:13 dalek : /home/bernhard/devel/Parrot/trunk/svn-commit.2.tmp
16:13 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32880
16:14 * Infinoid starts moving his tickets over
16:14 bacek joined #parrot
16:20 ruoso joined #parrot
16:25 pmichaud afk, lunch
16:25 dalek r32881 | pmichaud++ | lex3:
16:25 dalek : Refactor context tracing and do "make headerizer" to bring stuff up-to-date.
16:25 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32881
16:25 dalek r32882 | bernhard++ | trunk:
16:25 dalek : [codingstd] Fix svn properties and trailing spaces.
16:25 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32882
16:27 Limbic_Region joined #parrot
16:30 * jonathan arrives home.
16:30 jonathan lex3?!
16:30 particle welcome home, jonathan
16:31 jonathan It's...colder than San Francisco.
16:32 particle my wife was in hawaii on saturday, with highs in the 80's. she's now in dc, with highs in the 30's.
16:32 masak yes, welcome home, jonathan
16:35 dalek r32883 | particle++ | api2export:
16:35 dalek : remove invalid/old svn:mergeinfo data
16:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32883
16:38 tomyan left #parrot
16:39 dalek r32884 | particle++ | api2export:
16:39 dalek : [api2export] merge in trunk changes to branch
16:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32884
16:39 jonathan particle: *those* 30s are cold. :-)
16:39 particle yes, indeed :)
16:40 jonathan It's not much better here.
16:40 dalek r32885 | particle++ | trunk:
16:40 dalek : remove invalid/old svn:mergeinfo data
16:40 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32885
16:46 cognominal particle, make that in centigrade, please :)
16:46 particle convert 80 f to c
16:46 purl 80 Fahrenheit is 26.6667 Celsius.
16:46 cognominal I mean in Celcius
16:46 particle convert 30 f to c
16:46 purl 30 Fahrenheit is -1.11111 Celsius.
16:48 * cognominal reads about the diff between centigrade and Celcius
16:53 particle jonathan: your name is notably absent here: https://trac.parrot.org/parrot/wiki/ParrotRoadmap ;)
16:59 jonathan particle: Awesome! Does that mean I've got no responsibility? ;-)
16:59 confound heh
16:59 hercynium joined #parrot
17:00 register joined #parrot
17:01 cognominal if jonathan was more often there, there would be no need of roadmap
17:03 jonathan particle: Do I have an account for Trac?
17:03 particle iunno, but i'm sure you can create one
17:04 particle think it's http://trac.parrot.org/parrot/register
17:04 jonathan particle: OK, I didn't ask what I meant to.
17:04 jonathan What I meant to ask was, does my other parrot.org account work here?
17:04 jonathan Or are they separate?
17:04 particle yes, no
17:04 jonathan Ah.
17:05 * jonathan wonders why he couldn't sign on with those details then
17:05 particle hrmm, maybe they are separate
17:05 particle you mean is the drupal id the same as trac id? i don't know that.
17:05 particle they just might be different
17:05 jonathan Yes.
17:05 jonathan OK.
17:05 jonathan I'll register
17:06 jonathan done
17:07 particle average price for a gallon of gas in nj is $1.97 now. wow.
17:07 jonathan kjs and I were *amazed* how cheap it was to re-fill the tank after we took a rental car for a roadtrip on Monday.
17:08 particle :)
17:08 jonathan US certainly has cheap gas.
17:08 cognominal particle, be happy not to pay taxes like in Europe
17:08 jonathan I was looking at the options at the rental place thinking..."whoa, this mpg is shite compared to what you'd find in Europe"
17:08 jonathan But with gas prices like that, no wonder nobody cares...
17:09 particle ayep
17:09 * jonathan wonders who is responsible for the user documentation
17:10 allison jonathan: we're all responsible for the user documentation
17:11 jonathan allison: OK, great.
17:11 jonathan I figured as much.
17:11 dalek r32886 | tewk++ | trunk:
17:11 dalek : [NCI] added v_fff to config/gen/call_list/misc.in, fixex RT #60662
17:11 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32886
17:11 jonathan I wondered if anyone was going to co-ordinate the effort.
17:11 jonathan And try to make sure it really happens.
17:12 jonathan Or make sure two people don't go and write user docs for the same thing.
17:12 hercynium joined #parrot
17:12 jonathan particle: But my name in a couple of places.
17:12 jonathan *put
17:12 particle thanks, i see that :)
17:13 * particle is almost done with testing _API->_EXPORT in trunk
17:13 jonathan particle: Is it just a straight renaming?
17:13 particle yep, but skipping some files
17:13 jonathan ok
17:14 particle make codetest now, then commit
17:17 particle feh, the sqlite3 files are failing
17:18 dalek r32887 | Whiteknight++ | trunk:
17:18 dalek : [Book] Update about the first half of chapter 4, removing cruft and old information, updating examples, improving flow.
17:18 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32887
17:20 apeiron_ joined #parrot
17:22 dalek r32888 | particle++ | trunk:
17:22 dalek : #60624: [DEPRECATED] PARROT_API changes to PARROT_EXPORT
17:22 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32888
17:22 particle allison: you have a % status for i/o refactor work?
17:23 particle 85%?
17:23 purl hmmm... 85% is M::B got lucky the last year or so
17:30 cognominal forget 85%
17:30 purl cognominal, I didn't have anything matching 85%
17:35 pmichaud lex3 is my branch where I re-synced with trunk.
17:36 jonathan pmichaud: Ah, OK. HOw's the lex work going?
17:36 jonathan I guess I could read backscroll and find out, but I'm lazy..
17:37 pmichaud jonathan: just got really restarted on it this morning.
17:37 pmichaud spent the last couple of days cleaning up things for release.
17:38 pmichaud I'm reworking the context tracing a bit so I can better see what's going on.
17:38 particle pmichaud: you using svn 1.5 yet?
17:38 jonathan OK
17:38 jonathan Nasty.
17:38 pmichaud particle: still 1.4.6 here.
17:38 pmichaud re-sync with trunk is really easy for me.
17:39 pmichaud (1)  create new branch (lex3) from trunk
17:39 pmichaud (2) svn merge old branch to new branch
17:39 particle you should really upgrade, then resync is: svn merge https://svn.perl.org/parrot/trunk
17:39 * PerlJam idly notes that svn 1.5.3 comes with Intrepid
17:39 pmichaud PerlJam: sure, but Intrepid has a bunch of other broken stuff for me.
17:39 particle and merge to trunk is: svn merge --reintegrate https://svn.perl.org/parrot/branches/branchname
17:39 pmichaud eh, mine seems just about as easy.  :-)
17:40 particle has lex2 been deleted?
17:40 pmichaud not yet, I'm keeping it around a bit just in case I abandon the lex3 branch.
17:40 PerlJam particle: and if he were using git, all the merges would just be "git merge ..."  :)
17:42 dalek r32889 | particle++ | api2export:
17:42 dalek : remove api2export branch, changes merged with trunk
17:42 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32889
17:44 gryphon joined #parrot
17:44 pmichaud hmmm, perhaps I should re-re-sync with trunk, since PARROT_API is now changed.
17:52 dalek r32890 | pmichaud++ | lex3:
17:52 dalek : [gc]:  restore Parrot_pop_context to how it is in trunk for now.
17:52 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32890
17:52 dalek r32891 | pmichaud++ | lex4:
17:52 dalek : Create new branch to re-re-sync lex with trunk.
17:52 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32891
17:52 * jonathan places a bet on getting to double figures in numbers of lex branches
17:53 pmichaud I hope it doesn't live _that_ long.
17:53 jonathan Me too!
17:53 * moritz proposes counting in binary to support jonathan's bet
17:53 NotFound ETOOMANYLEX
17:53 pmichaud I was just thinking that I could get up to 36 just using a..z :-)
17:54 pmichaud I could also keep track of them modulo 10  :-)
17:54 Coke I miss the ability to rebase.
17:54 Coke (only thing I liked about clearcase)
17:54 PerlJam Coke: you too can use git :)
17:55 * Tene rebases parrot patches regularly with git-svn
17:58 moritz pmichaud: should I unfudge the bigint tests that pass for me?
17:58 pmichaud moritz: I'll fudge them a bit later today, before the next spectest-progress update.
17:58 moritz pmichaud: ok
17:59 pmichaud I'm going to go ahead and refactor increment.t to move the overflow tests into their own test.
17:59 pmichaud I'm also thinking we might want to update fudge so that we could have
17:59 chromatic joined #parrot
17:59 pmichaud #?bigint skip "Not available w/o bigint"
17:59 pmichaud and then be able to tell fudge to honor directives having either "#?rakudo" or "#?bigint"
18:00 pmichaud it would give us the ability to run tests on a platform-specific basis, instead of just by the specific interpreter being used.
18:00 moritz I vote against it - these fudges would be very hard to maintain
18:01 moritz rather make bigint availabilty a policy for now
18:01 moritz or maybe make the information available through %?VM
18:01 pmichaud in which case we always have to fudge to the lowest common denominator
18:01 pmichaud (or have the tests depend on %?VM, which amounts to the same difficulty of maintenance, yes?)
18:02 moritz that's hard if your machine is not configured to be on the lowest common denominator
18:02 * jonathan wonders if we can bundle some big int support with Parrot.
18:02 pmichaud jonathan: eventually I suspect that's what we'll do.
18:02 moritz pmichaud: not exactly, because it's orthogonal to the implementation
18:02 jonathan Rather than relying on people to have a certain library, which may or may not but likely will be a pain for Win32 folks. ;-)
18:02 pmichaud jonathan: if Parrot doesn't offer native bigint support in the Integer PMC then we will likely implement Perl6Int
18:02 pmichaud (that does.)
18:03 pmichaud moritz: I don't see how maintaining #?bigint would be any more/less difficult than what you propose.
18:04 pmichaud it moves the decision of "what tests to include" out of the test file and into the command line options for fudge
18:04 pmichaud if we do it based on %?VM, then the test file has to ask the VM  "do you support bigints"  and every VM has to know how to answer yes/no.
18:04 moritz pmichaud: I'm not yet sure how you think that #?bigint and #?rakudo would interact
18:05 pmichaud if I put #?bigint into a file, then fudging for "bigint" would skip those tests, yes?
18:05 particle pmichaud: how about #?parrot<bigint> skip ...
18:05 moritz pmichaud: yes, but that would disable all #?rakudo fudges
18:05 moritz pmichaud: (unless you process it twice, that is)
18:05 pmichaud so, I'm proposing that fudge be able to handle   "rakudo|bigint"
18:06 particle er, #?rakudo<bigint> i mean
18:06 pmichaud which then processes "#?rakudo" and "#?bigint" directives -- i.e., those matching the pattern  "rakduo|bigint"
18:06 dalek r32892 | kjs++ | trunk:
18:06 dalek : [docs] move docs/art to docs/user/pir/
18:06 dalek : + update MANIFEST accordingly.
18:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32892
18:07 particle actually, it's nobigint you're looking for
18:07 pmichaud okay, nobigint
18:07 particle and this probably belongs on #perl6
18:07 pmichaud or even 32bitint
18:07 * moritz 's gotta go now, see you later
18:07 particle since there are other implementers there
18:07 pmichaud particle: yes, but I'm not planning to do this immediately -- it's just for discussion and reflection at the moment.
18:08 particle ok
18:08 pmichaud in some sense I may just move the test out of the regression suite for now.
18:08 * pmichaud files his first trac ticket.
18:08 particle we could kick it around on the phone today, to get folks thinking
18:08 dalek r32893 | kjs++ | trunk:
18:08 dalek : [docs] add svn:mime-type property to docs/user/pir.
18:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32893
18:08 pmichaud perhaps.  somehow that's not a conversation I'm eager to have.
18:10 particle can we get an svn backing store for the parrot.org wiki?
18:11 particle it'd be nice to have something to ack through to make wiki updates easier (e.g. PARROT_EXPORT change)
18:14 dalek r32894 | allison++ | pdd22io:
18:14 dalek : [pdd22io] Sanitizing names and cleaning up temporary files in FileHandle tests.
18:14 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32894
18:17 dalek r32895 | allison++ | pdd22io:
18:17 dalek : [pdd22io] Missed a 'break' statement in the read-mode parsing switch, meaning
18:17 dalek : all 'write' filehandles were also 'append'.
18:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32895
18:17 dalek r32896 | kjs++ | trunk:
18:17 dalek : [docs] remove docs/art directory.
18:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32896
18:18 mj41 hi, still too many branches I think? http://tt.ro.vutbr.cz/report/pr-Parrot/
18:20 allison particle: just about ready to merge io
18:20 allison particle: can you retest windows?
18:20 particle i just did svn up, i'll run tests
18:21 particle give it ~15m, i'll get you results
18:26 dalek r32897 | allison++ | pdd22io:
18:26 dalek : [pdd22io] Enable buffering at the same time as setting buffer size in FileHandle.
18:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32897
18:26 dalek r32898 | pmichaud++ | lex4:
18:26 dalek : re-sync lex branch with trunk (PARROT_API -> PARROT_EXPORT)
18:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32898
18:26 * Coke boggles at patrick.
18:27 * Coke knows branches are cheap, but damn.
18:27 dalek r32899 | allison++ | pdd22io:
18:27 dalek : [pdd22io] Clarifiying semantics of setting 'buffer_size', and fixing test to match.
18:27 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32899
18:44 particle allison: all tests pass in pdd22io with msvc for r32899
18:44 allison excellent
18:52 gmansi joined #parrot
18:54 * Coke kicks off the 3.5 hour spec test run.
18:54 Coke zzzzzzzzzzzzzzzzzz
18:58 dalek r32900 | allison++ | pdd22io:
18:58 dalek : [pdd22io] Some PDD cleanup based on I/O implementation.
18:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32900
18:59 Coke allison: you around?
19:02 mberends joined #parrot
19:07 Theory joined #parrot
19:08 Lorn_ joined #parrot
19:13 sjansen joined #parrot
19:14 allison Coke: yup
19:18 Coke design q, sorry if it's a rehash:
19:19 Coke in partcl, I load a parrot library .pbc; it puts things in the top level parrot namespace. my HLL top level namespace is parrot's top level 'Tcl' namespace; how do I get at the newly loaded sub?
19:19 Coke past conversations included creating a 'parrot' namespace in my tcl HLL that pointed back to the parrot top level.
19:20 Coke so that in tcl ::parrot::_config would correspond to parrot's top level '_config'
19:21 Coke (I tried grabbing the root_namspace, and shoving it into tcl's HLL namespace 'parrot' slot during tcl startup, but this causes any subsequent load_bytecode to hang, presumably because it's trying to walk the loop.
19:23 Coke (design q because while getting this working now is nice, knowing the plan is nicer)
19:23 Coke I vaguely recall more recent conversations that involved me having to manually wrap the parrot library with my own HLL library.
19:28 Tene Coke: you could get the root namespace and walk it, installing all entries (except tcl) into a new namespace you create
19:28 Tene That's a pretty simple iterator, but it won't reflect future modifications to the root namespace
19:29 Tene You could explicitly rewrite access to ::parrot in your compiler
19:29 Coke all of those involve a lot more work (or are static), compared to the possibility of installing an alias.
19:30 Coke the last is the best of the 3, and will probably be my fallback.
19:30 Tene Or you could invent new syntax for accessing other namespace roots
19:30 Tene That's Perl's solution.  use Foo :from<other>;
19:31 Coke I'm not trying to rewrite tcl; I'd rather (ab)use existing syntax.
19:32 * Tene nods.
19:33 Coke I wonder if the easiest way to implement #3 is to subclass the Namespace obj.
19:33 Coke (and put that one subclassed object into Tcl's 'parrot' slot.
19:33 Coke (rather than just copying in parrot's top level NS obj.)
19:34 Tene I'm told that the namespace pdd needs significant review and revision.
19:35 Tene Coke: wouldn't that potentially have the same looping problem that copying does?
19:37 Coke not if my subclass of NS was smart enough to not report on itself.
19:38 Coke so ask it for ::parrot::_config, get _config from parrot. ask it for ::parrot::tcl and get "no"
19:38 dalek r32901 | pmichaud++ | trunk:
19:38 dalek : [rakudo]:  Update test_summary.pl to summarize each synopsis section.
19:38 dalek : * Also grab plan count from test output if it's available.
19:38 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32901
19:42 particle pmichaud++ can you post those results when you get them?
19:42 nopaste "pmichaud" at 72.181.176.220 pasted "spectest regression, by synopsis" (14 lines) at http://nopaste.snit.ch/14640
19:44 Tene Coke: That's not asking it for itself, though, that's asking it for its parent.
19:44 Tene Which I guess could work too.
19:52 Coke pmichaud: int?
19:52 purl int is item => .post_circumfix:<[ ]>, Str => Item .post_circumfix:<{ }>
19:52 Tene purl: forget int
19:52 purl Tene: I forgot int
19:53 Coke purl: initiate self destruct
19:53 purl Coke: i'm not following you...
19:53 pmichaud Coke: those are tests that are in t/spec/integrated -- they aren't really categorized by synopsis (yet?)
19:54 Coke partcl?
19:54 purl partcl is tcl on parrot or http://code.google.com/p/partcl
19:54 Coke partcl is also slow, help make it go faster.
19:54 purl okay, Coke.
19:55 Tene Coke: just throw more hardware at it.
19:56 cotto Try CERN.  I heard they have a partcl accelerator.
19:58 Infinoid t/spec/S16-io/basic-open.rakudo has been running for half an hour, I think it's stuck in a loop.
19:58 Infinoid any debugging info I should get before I kill it?
19:59 Infinoid (looks like the rest of spectest_regression went through normally.)
20:00 pmichaud phone.
20:00 TimToady phone
20:00 TimToady drat
20:33 register mmm
20:33 register does anyone know a way to infer declarations automatically from c code?
20:34 NotFound register: a C compiler
20:34 register mmm
20:34 register a c compiler
20:34 register compiles definitions
20:34 register it does not infer anything
20:34 masak joined #parrot
20:34 register i am looking for a tool to desume declarations
20:34 register from a bunch of c code definition
20:35 jonathan register: Like .c => .h?
20:35 register exactly jonathan
20:35 register i am working on ticket 38929
20:35 register but there is a hell to do manually
20:35 jonathan I understand what you mean then, but don't know what of anything to do that.
20:35 register :D
20:35 jonathan Well
20:35 jonathan Don't we have a PGE grammar written for C? ;-)
20:35 chromatic Headerizer does that, per our coding standards.
20:36 jonathan Oh, yes.
20:36 jonathan :-)
20:36 register i read that headerizer works on object files
20:36 register i need to strip declarations from code
20:36 register not from objects
20:36 chromatic But it doesn't.
20:36 NotFound Object files? You need a wizard in the literal meaning of the word.
20:36 chromatic The API is misleading.
20:37 chromatic headerizer infers the name of a .c file, given the name of an .o file.
20:37 jonathan by s/\.o/.c/ ?!
20:37 chromatic Don't ask me why.
20:37 jonathan :-)
20:37 jonathan chromatic: Welcome to Parrot. ;-)
20:38 register why?
20:38 register :D
20:38 register pretty strange
20:38 tewk_ if PGE were faster, ncigen would be the tool to use.
20:38 chromatic It may have been to simplify Makefile rules, but that's my best guess.
20:38 register ah ok
20:38 tewk_ it has a full c parser
20:39 jonathan If speed isn't critical, that would be a way to go.
20:39 NotFound tewk_: for some values of "full"
20:39 tewk_ NotFound: provide a test case that doesn't parse and I'll fix it.
20:39 tewk_ I've been adding GNU C extensions.
20:40 NotFound tewk_: parsing a header does not solve all problems. You can have a typedef'ed or declared parameter that maps to an int in your platform, and to a long in other platform.
20:41 tewk_ I started parsing parrots own header files, but PGE couldn't handle it :(
20:41 tewk_ NotFound: ncigen parses fully pre processed source c files.
20:41 register i try to use the headrizer
20:42 register i will modify it to read directly a source file
20:42 register and will try to use in on the headers
20:42 NotFound tewk_: yes, and the signatures generated on that base will work in your platform, but may not work in others.
20:42 register in the jit
20:42 register that contain a lot o c code
20:42 register hope it works
20:42 register else i will continue doing it manually
20:45 moritz re
20:45 jonathan fw
20:47 moritz jonathan: do you have a rakudo day this week? or next week?
20:51 jonathan moritz: I need to catch up on my non-Rakudo/Parrot clients tomorrow.
20:51 jonathan I may or may not fit some hacking in on Friday.
20:51 jonathan Next week, will certainly have one.
20:51 moritz ok
20:51 jonathan Do you have specific wants?
20:51 moritz not really
20:51 jonathan OK. :-)
20:52 moritz clean up the rakudo side of pmichaud's lex merge perhaps ;)
20:52 moritz (assuming we see it until then)
20:52 jonathan Yeah, hopefully pmichaud finds the remaining issues without too much pain.
20:52 GeJ Good morning everyone
20:52 jonathan morning GeJ
20:53 masak GeJ: morn'
20:53 register who wrote the jit?
20:54 masak jonathan: are list slices difficult to implement? or are you saving that for the S09 sprint?
20:58 jonathan masak: Not so bad, but I think they're less useful without list context.
20:58 jonathan pmichaud plans, IIRC, to do that soon (before he starts on protoregexen)
20:58 masak oh -- we don't have that yet? :)
20:59 jonathan ;)
20:59 jonathan Not really.
20:59 masak I thought `my @a = 1,2,3` was list context.
20:59 jonathan Oh oh!
20:59 jonathan I meant list *assignment*.
20:59 masak ah.
20:59 jonathan Sorry, jetlagged.
20:59 masak np.
20:59 jonathan That's why I'm currently labelling photos rather than writing code.
20:59 masak good plan.
20:59 tewk_ register: I probably modified it last, but I didn't write it
21:00 register tewk may i chat with you in private?
21:12 Coke (holy crud tcl spec test still running. guess I shouldn't have nice'd it!)
21:12 masak No more Mr Nice guy.
21:13 masak s/g/G/
21:19 nopaste "coke" at 72.228.52.192 pasted "why doesn't this print BOO?" (15 lines) at http://nopaste.snit.ch/14642
21:21 Coke anyone see why that nopaste doesn't work?
21:25 cotto Coke, I think the key is being passed as a Key PMC.
21:25 bacek Coke: you probably need 'NameSpace' declared.
21:26 cotto It works if you rename the function to get_string_keyed
21:26 particle rats, you beat me to it. cotto++
21:27 particle cotto++ # also, you're doing excellent work mentoring new contributors
21:27 cotto thanks.
21:28 cotto It's nice to help someone else on occasion.
21:28 Coke bacek ; it already is decalred. it's the namespace PMC.
21:28 Coke no?
21:29 Coke cotto: hurm.
21:29 particle cotto: keep it up!
21:29 Coke cotto: isn't that what get_string_keyed_str means?
21:29 Coke ah.
21:30 Coke get_string_keyed :vtable isn't invoked either.
21:30 Coke if someone could get that little sample working, that'd help out tcl a bit.
21:31 particle coke it works with get_string_keyed
21:31 particle c:\Users\particle\dev\parrot\trunk>parrot ns.pir
21:31 particle BOO
21:31 particle .sub get_string_keyed :vtable
21:31 nopaste "cotto" at 96.26.202.243 pasted "working version of Coke's script" (15 lines) at http://nopaste.snit.ch/14643
21:32 bacek .sub '' :vtable('get_string_keyed')
21:32 bacek Coke: this one works
21:32 tewk_ how do I create a new wiki page on Trac?
21:33 cotto It probably involves getting around the 500.
21:33 moritz you don't until someobdy fixes the 500
21:34 Coke we have 3 wikis now. yay!
21:34 Coke (sarcasm)
21:34 Coke cotto++
21:34 PacoLinux_ joined #parrot
21:35 PacoLinux_ joined #parrot
21:35 particle tewk: create a WikiLink item on the parent page, save the page, then click the link
21:35 tewk_ Ok I think I figured it out
21:35 tewk_ thanks
21:37 tewk_ register is looking for basic CAGE tasks involving C that are on the ROADMAP to 1.0
21:37 tewk_ ideas?
21:37 particle yes
21:37 particle DEPRECATED.pod has a number of c functions that need to be removed
21:37 Coke cotto: if that syntax doesn't invoke the _str variant... why do we -have- the string variant?
21:38 Coke particle: the ones that are left can't easily be removed.
21:38 Coke (at least the MMD ones.)
21:38 Coke I already removed all the unused ones.
21:39 particle coke: the namespace pmc is a mess
21:40 chromatic tewk_, it'd be nice to fix up some of the compilation warnings in C -- especially the conversion and width ones.
21:40 particle did allison run out of tuits, i thought pdd22 was going to merge?
21:41 particle tr/,?/?./
21:41 allison particle: testing on linux
21:41 particle gotcha
21:41 allison and every other platform I can find, the more the merrier
21:41 particle who's working on calling conventions? you and whiteknight?
21:42 allison particle: yes
21:42 allison particle: he's doing the merge on that one
21:43 jonathan Will start doing bytecode stuff next week, esp annotations.
21:43 jonathan Will try and keep us ahead of schedule on that one.
21:43 register I am not really looking for a cage task
21:43 register but simply for something
21:43 register that is well defined and closed
21:43 register something where one, at the begigging, could just use c and linux/windows programming skils
21:44 register a cage task could be a solutions
21:44 register but anything else is fine
21:44 chromatic register, how do you feel about cleaning up some compilation warnings?
21:44 tewk_ chromatic: https://trac.parrot.org/par​rot/wiki/LlvmJitExperiment is a summary of my llvm vision with register, feel free to add to and improve.
21:44 Tene register: a nice task for someone new to parrot is cleaning up deprecated items or compilation warnings.
21:44 register that should be pretti easy
21:45 register pretty
21:45 chromatic It's not very sexy work, but it's useful, it produces cleaner code, and it's a nice way to start to get familiar with the code.
21:45 register sorry for my english
21:45 register yeah
21:45 Tene There are plenty of c-level items that need tobe removed, iirc
21:45 register that was also my purpose
21:45 register getting familiar with the code
21:45 register before
21:45 moritz register: many of us are not native speakers, no need to apologize
21:45 register passing to something more serious
21:46 Limbic_Region moritz - you are not a native speaker - is your primary means of communication ESP ?
21:46 * Limbic_Region ducks
21:46 Tene register: another option is to look through open tickets for something you think you can resolve.
21:46 Coke anyone looking for more tests to run in about-to-be-merged-branches, http://code.google.com/p/partcl/wiki/PartclSource
21:46 chromatic I spend a fair amount of time adding white space, aligning = signs, moving pointers to the variables and not the types, and just making the code slightly easier to read.
21:46 moritz Limbic_Region: what's "ESP"?
21:46 Coke ESP?
21:46 purl i guess ESP is the encapsulation/encryption protocol used by IPSec, IP protocol 50 or okra or not okra or Encapsulating Security Payload or Extra-Sensory Perception or an overloaded acronym or Extra-Special Pants or Eternal Spinning Pinwheel or Egregiously Sanctimonious Perl
21:47 Limbic_Region extra sensory perception
21:47 Limbic_Region but explaining kinda deflates the joke
21:48 Limbic_Region chromatic - there isn't a tidy utility that does that?
21:48 chromatic Is there?  I didn't know of one.
21:48 Limbic_Region I just assumed - something like perl tidy for C
21:48 chromatic I'm not sure one exists that's as picky as I am, but that would be a good start.
21:48 particle perltidy aligns on = if you want it to
21:48 particle it even kinda works on c code
21:48 Limbic_Region given that C is easier to parse - I would just assumed
21:48 Limbic_Region anyway
21:49 particle lint will do that won't it?
21:49 dalek r32902 | allison++ | pdd22io:
21:49 dalek : [pdd22io] Generated headers for STDIO utility functions.
21:49 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32902
21:49 particle no, not lint... what's it called? hrmm
21:50 chromatic indent?
21:50 purl indent to intend!
21:50 cotto Coke, get_foo_keyed is called for all keyed lookups.  In some PMCs (*array) it dispatches to get_foo_keyed_int, and in some (Hash) get_foo_keyed does all the work.
21:51 cotto Namespace PMCs extend Hash, so Namespaces act the same way in this case.
21:54 tewk_ chromatic: I thought I saw you use a vim macro or something to aligh = assignments, care to share?
21:56 chromatic There's a Vim package, I think called Align.  Let me see.
21:57 chromatic Yes, it's Align by Charles E. Campbell, Jr.
21:57 Coke cotto: if it's all internal, what's the point of having a vtable for it?
21:57 chromatic http://vim.sourceforge.net/scr​ipts/script.php?script_id=294
21:57 tewk_ chromatic++
21:59 cotto Coke: I can just tell you what happens, not why.
21:59 Coke ew. when I do a get_hll_namespace, it converts the HLL (tcl) into an hll_id and then does a keyed int lookup
22:01 Tene nice
22:03 cotto chromatic++
22:03 chromatic Eh?
22:03 purl Speak up, sonny!
22:04 chromatic For sending an email about exploratory testing?
22:06 Coke hurm. how does one dynamically create a namespace?
22:06 Coke (that is, not with the .namespace directive)
22:07 cotto for that Align macro
22:07 chromatic Oh good, because if it were for the other thing, I'm changing my SSH keys immediately.
22:08 * Coke tries .namespace ['foo'], and then a .sub that does get_namespace, and then tries to assign to result of that. boom.
22:13 nopaste "coke" at 72.228.52.192 pasted "slightly more realistic attempt at proxying a namespace (still fails)" (68 lines) at http://nopaste.snit.ch/14644
22:15 Coke there you go, cotto, have fun. =-)
22:16 cotto ETOOMUCHFUN
22:17 Infinoid ENOSUCHTHING
22:18 Coke ->
22:18 cotto can someone confirm that make cover is broken?
22:18 solarion EBADE
22:19 solarion (/usr/include/asm-generic/errno.h)
22:20 davidfetter joined #parrot
22:21 Infinoid solarion: you're welcome. :)
22:21 Whiteknight joined #parrot
22:22 solarion Infinoid: :)
22:24 Infinoid cotto: I'm seeing quite a few errors from that
22:25 alvar joined #parrot
22:25 cotto Infinoid++ #thanks for confirming
22:34 dalek r32903 | allison++ | pdd22io:
22:34 dalek : [pdd222io] Bringing the pdd22io branch up-to-date with trunk r32902.
22:34 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32903
22:36 chromatic make cover is running for me, but it fails some tests.
22:37 PerlJam I get gcov2perl not found.  Where do I get that?
22:37 Infinoid I get various test passes and failures interspersed with src/exception.c build failures.
22:37 dalek r32904 | allison++ | pdd22io:
22:37 dalek : [pdd22io] Adding new files to the manifest.
22:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32904
22:39 chromatic You might have to install a gcov package.
22:39 Whiteknight allison, you preparing to merge pdd22io?
22:39 dalek r32905 | moritz++ | trunk:
22:39 dalek : [rakudo] add test file for RT #58818 to spectest.data
22:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32905
22:40 Patterner PerlJam: Devel::Cover
22:40 purl Devel::Cover is cool or secretly a simple profiling tool it seems :)
22:40 alvar hi!
22:40 PerlJam oh, duh!
22:40 cotto make cover was working on this machine around r30000
22:40 PerlJam yeah, it's part of Devel::Cover (which I thought was already installed, but apparently not)
22:41 allison Whiteknight: yup
22:41 alvar I don't know if this is a known bug: on OS X the parrot test suite pops up some OS X crash report windows, but everything is/seems to be fine
22:41 allison Whiteknight: you about to go with the calling conventions branch?
22:41 Whiteknight okay, I was going to do the calling_conventions branch right now, but I'll let you go first
22:41 allison Whiteknight: nope, go ahead, I'm still going to run the coding standards tests
22:42 chromatic alvar, we have some segfaults marked as TODO, so they pass (because we expect them to segfault), but they pop up crash reporters on some systems.
22:42 Whiteknight I haven't run any tests yes, you go first, allison
22:42 chromatic We should probably fix those segfaults soonish.
22:42 alvar chromatic: yes; so it is known, good ;)
22:42 chromatic Maybe we can sic register on one, if we're feeling especially cruel!
22:42 cotto allison, should PObj_is_shared_TEST(x) be true if a STRING is shared between interpreters?
22:42 dalek r32906 | Whiteknight++ | calling_conventions:
22:42 dalek : [calling_conventions] bringing branch up-to-date with trunk, in preparation for a merge
22:42 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32906
22:43 allison Whiteknight: looks like the merge brought in some bugs, so I'll let you know how that goes
22:43 alvar and another question: what is the state of threads in parrot?
22:43 allison cotto: only if it's been marked as shared
22:44 alvar the docs seem to be a little bit incomplete ;)
22:44 allison alvar: we have an implementation of threads, but plan to make extensive revisions in the next year or so
22:44 cotto If it hasn't been marked, that's a bug?
22:44 alvar allison: OK, i saw this in the roadmap ;)
22:44 * Whiteknight looks forward to working on the threading system
22:45 alvar allison: would it be a good idea to build something which relies on threads on the current implementation?
22:45 alvar (or would it help to develop the new version? ;) )
22:46 allison cotto: well, depends on how it ended up shared between interpreters, but generally anything that is intended to be shared should be marked as shared, and anything that isn't marked as shared is probably only accidentally shared, so, yes, it can be considered a bug
22:47 allison alvar: you will likely run into some rough spots in the current threading implementation, but a real use for the threads implementation is a great way to shake out the bugs
22:47 alvar hehe ;)
22:48 alvar i have to build a small server which uses some more or less big data structures for searching lots of words
22:48 dalek joined #parrot
22:48 allison alvar: so, I guess it depends on whether you're more of a "mountain bike" or "racing bike" kind of programmer
22:48 Whiteknight what's the difference?
22:48 Whiteknight ...besides the number of crashes
22:48 alvar the current implementation is with mod_perl und pre-shared data, but this is ugly and I have to rewrite it and perhaps it would be better to use parrot then perl 5 ... ;)
22:48 Infinoid big gnarly wheels and a penchant for running over small woodland creatures
22:49 alvar allison: puh, what sdo you define asmountain bike or racing bike? ;)
22:49 alvar s/sdo/do/
22:50 moritz I guess mountain bike programmer = likes obstacles and gets around/above them, racing bike programmer = wants fast results NOW
22:50 Infinoid the difference is in the number of yaks, probably.
22:50 allison alvar: "mountain bike" would be enjoying exploring rugged terrain, not minding a few bumps
22:50 particle the racing bike programmer wears a funny hat, too
22:51 chromatic If a mountain biker sees a goat, that's wonderful.  If a racing biker sees a goat, something's wrong.
22:51 allison alvar: "racing bike" would be enjoying speed, with the way paved out for you so it's all smooth
22:51 alvar allison: hmmm, usually both is fine, haha ;)
22:51 Whiteknight allison: I've got a failure in t/compilers/pct/complete_workflow.t, so I cant merge yet
22:52 Whiteknight and I'm heading out to dinner soon, so I probably wont get it done before then
22:52 alvar so, that parrot is work in progress is not too much a problem ... and helping to make it better is always a good idea
22:52 moritz #
22:52 moritz #
22:52 moritz (sorry, weird c&p)
22:53 Whiteknight (heling to make it better)++
22:53 chromatic (waving to goats as you fly by)++
22:54 allison Whiteknight: I seem to have headerizer problems, so can't merge yet either, but will likely merge while you're at dinner
22:54 allison "watch out for goats in the GC system"
22:55 allison bugs, features, and goats
22:55 Whiteknight it's my experience that headerizer usually causes problems. I try not to run it anymore
22:56 allison Whiteknight: in this case, I think it's that I have old headers, and just merged in a pile of new headers from trunk
22:56 Whiteknight eventually I'll go through it's output and fix all the missing function-level documentation snippets
22:58 allison ah... got it, PARROT_API changed to PARROT_EXPORT in trunk
22:59 allison but my new files are all still PARROT_API
22:59 chromatic You need a realclean to account for that.
23:03 allison chromatic: did that, but also have to change PARROT_API to PARROT_EXPORT in all my files
23:03 allison done and rebuilding
23:04 apeiron joined #parrot
23:04 chromatic Yes, you sent that line as I finished typing mine.
23:06 particle allison: just make sure you don't modify NEWS or DEPRECATED.pod with PARROT_EXPORT
23:07 allison particle: it was 3 files, so I just did it in vim, not perl -p -ie
23:07 rafl joined #parrot
23:08 allison chromatic: the joys of asynchronous communication
23:10 chromatic <Bool:True>
23:11 moritz <Bool:Tr<Bool:True>ue>
23:12 chromatic Dumb things I've personally said to Robin Milner: "Conjunctive types do seem useful."
23:20 dalek r32907 | allison++ | pdd22io:
23:20 dalek : [pdd22io] Convert all PARROT_API to PARROT_EXPORT to match change in trunk.
23:20 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32907
23:23 sjansen joined #parrot
23:41 bacek_ joined #parrot
23:47 dalek r32908 | allison++ | pdd22io:
23:47 dalek : [pdd22io] Update FileHandle tests to use quotes now required around method names.
23:47 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32908

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

Parrot | source cross referenced