Camelia, the Perl 6 bug

IRC log for #parrot, 2009-02-10

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 parrot: [pcc] Auxillary changes for calling convention file moves.
00:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36512/
00:01 mikehh I also must folloe dalek: a little more closely
00:02 mikehh follow
00:04 Whiteknight VTABLE_morph is turning out to be huge headache. Plus, all PMCs appear to implement it in the same way (by not implementing it and passing it to default:morph)
00:04 Whiteknight so I'm thinking we kill the VTABLE method entirely since it's worthless
00:04 NotFound Whiteknight: +1
00:04 purl 1
00:05 Whiteknight we can keep the morph opcode, since that will pass through directly to pmc_reuse.
00:09 AndyA joined #parrot
00:31 Whiteknight unfortunately, I'm having to rip out several VTABLE_morph calls just to get things to work right and preserve sanity
00:34 allison Whiteknight: sensible, morph is only really useful for Perl 5 scalars, and they all do morphing internally to other VTABLE functions, don't really need a separate morph
00:34 dalek parrot: r36513 | chromatic++ | trunk/ext/Parrot-Embed/lib/Parrot/Embed.xs:
00:34 dalek parrot: [Parrot::Embed] Tidied code; no functional changes.
00:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36513/
00:39 NotFound allison: a pointer in the vtable struct will be a good place for the inheritable arg list?
00:41 allison NotFound: that could work (something along the same lines as the pmc_class struct member)
00:47 mikehh allison: the changes you made to the pdd*.pod files need to be made to the draft/pdd*,pod files
00:47 mikehh would you like me to work on that or have you done so already
00:48 allison mikehh: please, go ahead, and thanks
00:58 Infinoid yay, I'm finally home.  Now I can start digging into the I/O bug
00:58 Khisanth joined #parrot
01:04 TiMBuS joined #parrot
01:08 allison curious, pbc_to_exe is truncating parrot_config.c about 8000 bytes into the file. I wonder if it's related to pmichaud's changes?
01:09 rg see TT#296. hopefully infinoid++ will have a fix shortly ;)
01:12 Andy_ joined #parrot
01:14 allison rg: got it, thanks, will comment out of my makefile (I don't need parrot_config.c for what I'm working on)
01:14 Whiteknight allison: There was a big stink about that this morning, pbc_to_exe was having some kind of buffering problem with Parrot IO
01:14 Andy joined #parrot
01:14 Whiteknight file was being truncated to 8192 bytes, don't know if it's been resolved, or if anybody has worked on it
01:14 allison but only on 64-bit platforms
01:15 Whiteknight i don't really know much about it, there was some email traffic flying around earlier oday
01:15 Infinoid Whiteknight: I'm digging into it now
01:16 Infinoid allison: so far it seems like a bug that was exposed somehow by pmichaud's changes
01:16 Infinoid (the changes themselves look innocent.)
01:18 allison Infinoid: have you been able to extract the bug into a simple test case?
01:19 gryphon joined #parrot
01:25 Fayland joined #parrot
01:26 Infinoid allison: Actually, executing pbc_to_exe is a pretty simple test case.  I'm just learning parrot's I/O stack as I go.
01:27 Infinoid I'm in gdb right now, and I've verified that Parrot_io_putps() is called with more data than gets emitted to the file
01:32 gerd joined #parrot
01:33 kid51 joined #parrot
01:33 dalek parrot: r36514 | whiteknight++ | branches/vtable_morph_change:
01:34 dalek parrot: fix a bunch of VTABLE_morph calls to redirect to pmc_reuse, and fix a few tests to use the new opcode
01:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36514/
02:09 dalek parrot: r36515 | chromatic++ | trunk/ext/Parrot-Embed/lib/Parrot/Embed.xs:
02:09 dalek parrot: [Parrot::Embed] Allowed multi-level namespaces in find_global().  Pass in a
02:09 dalek parrot: string as the namespace name, and this code will split it on the '::'
02:09 dalek parrot: delimiter.  This is a temporary hack, but it's a decent one.
02:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36515/
02:10 dalek parrot: r36516 | Infinoid++ | trunk/src/io/buffer.c:
02:10 dalek parrot: [io] Fix Parrot_io_write_buffer()'s buffer rotation case
02:10 dalek parrot: In the final block, this function filled the (nearly already full) buffer,
02:10 dalek parrot: flushed it, and then put the rest of the data into the (now empty) buffer.
02:10 dalek parrot: However, it didn't set the "buffer has data in it and needs to be flushed"
02:10 dalek parrot: flag (which had been unset by Parrot_io_flush), and the extra data was
02:10 dalek parrot: dropped.
02:10 dalek parrot: Set the flag.  This fixes TT #296.
02:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36516/
02:11 Infinoid I've no idea why that bug wasn't universally reproducible.
02:11 chromatic Buffer size?
02:11 purl Buffer size is, like, set in SysRW
02:12 Infinoid The bug was apparently reproducible on x86-64 but not x86-32.
02:12 Infinoid For that to work, the buffer would have to be *smaller* on x86-64...
02:13 Infinoid Should work now in any case.
02:13 Infinoid rg: Fix is in, feel like testing?
02:13 Whiteknight allison++ on the runloops idea. Going to require some careful thought, but a very interesting idea
02:13 rg already compiling ;)
02:13 Infinoid rg++
02:13 rg and it got through
02:15 tetragon joined #parrot
02:15 Infinoid So now I can see t/native_pbc/integer.t fail again, hooray.
02:15 * Coke_afk throws fperrad under the ticket bus.
02:17 rg is it me or is the test suite actually more verbose about todo tests?
02:18 Coke rg: it's the test harness.
02:18 Coke at some point, you probably switched from T::H 2 to T::H 3.
02:18 Coke which has different defaults.
02:20 rg ah. I've installed Test::Harness with Test::Harness::Archive for running smoke tests
02:20 Coke that would do it.
02:21 dalek parrot: r36518 | Infinoid++ | trunk/examples/pir/pirric.pir:
02:21 dalek parrot: [cage] Remove some trailing spaces.
02:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36518/
02:26 NotFound allison: I've added a new patch to TT #299 that implements the attribute adding during pmcproxy creation.
02:26 leto_ joined #parrot
02:28 cognominal joined #parrot
02:34 allison NotFound: looks good. change 'inh_args', to 'attr_defs'. It will likely also be used for introspection into low-level PMCs
02:37 NotFound Urgh, the intention was to write attrs, no args... what a confusion
02:49 HG` joined #parrot
02:52 Coke allison: is http://rt.perl.org/rt3/Tic​ket/Display.html?id=46007 resolved to your satisfaction?
02:53 Coke (I see a reference to the GPL in NEWS, docs/faq.pod, and a spurious match in src/malloc.c; there's a bunch of matches in languages/urm, but we can boot urm out.
02:53 Coke I'll just comment on the ticket.
02:55 allison Coke: in all, I'd say move language/regex and languages/urm out of the core repository
02:55 Coke languge/regex is clean.
02:55 Coke (at least before a build)
02:57 allison Coke: okay, and looks like the Copyrights have been cleaned up on languages/regex too, so I'm removing the notice from ports/debian/copyright
02:57 Coke opening a TT for urm, closing the original ticket.
02:58 dalek parrot: r36519 | allison++ | trunk/ports/debian/copyright:
02:58 allison Coke: compilers/imcc is the other problem child
02:58 dalek parrot: [debian] Removing copyright exception that's no-longer true.
02:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36519/
02:59 Coke allison: has Melvin assigned copyright to the TPF?
02:59 allison Coke: which could be resolved by getting a contribution agreement from Melvin
02:59 Coke s/the//
02:59 Coke Ok. I will open a trac for that.
03:00 allison Coke: And Pod::Simple will be taken care of if we shift to a PIR-based Pod parser
03:01 allison Coke: so, yes, satisfied with that ticket closing
03:01 Coke Or if we don't ship Pod::Simple. =-)
03:01 Coke (see also the ticket about getting stuff in CPAN out of core.)
03:01 allison Coke: yes, we could also call it an external dependency
03:01 allison Pod::Simple is only used for HTML generation
03:02 allison Coke: and, agreed on getting stuff in CPAN out of core. There's absolutely no reason for us to maintain separate versions of that stuff
03:02 Coke are you ok with requiring Bundle::Parrot for developers?
03:03 allison Coke: yes
03:03 Coke well, not requiring it specifically, but you know what I mean.
03:03 HG` joined #parrot
03:03 allison Coke: yes. It's along the same lines as "you need lex/yacc or flex/bison to rebuild imcc"
03:04 Coke some of the items we need for the build.
03:04 Coke like File::Which, I think.
03:04 allison Coke: is there any way we can remove that build dependency?
03:05 Coke dunno. I just notice that one of our Configure pm's is using it.
03:05 Coke Seems like something a perlish cage cleaner could attack.
03:05 dalek parrot: r36520 | jkeenan++ | trunk/config/gen/makefiles/dynpmc_pl.in:
03:05 dalek parrot: Deleting comment referring to TT #289, which we are resolving.
03:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36520/
03:06 allison Coke: okay, a note for the ticket, then that when moving stuff out of core we need to check our build dependencies
03:06 allison (building should require nothing beyond core perl)
03:13 * Coke looks for unclosable RTs that only have the original post.
03:14 kid51 Are these files doomed to start failing again once a week:  t/native_pbc/integer.t ?
03:15 chromatic Probably.
03:15 purl Really? Probably? Are you Certain it's not certain? Are you sure it's unsure? I think you need to look harder.
03:15 Coke until the underlying issue is fixed I would not be surprised by intermittent failures. I'd report them as followups on the original ticket.
03:15 Coke the more reports rurban has, the sooner he can fix it.
03:15 chromatic If only someone had thought to disable those tests until we had them fixed.
03:15 chromatic That would have been brilliant.
03:16 Coke chromatic: this is the path of least resistance to getting feedback.
03:16 kid51 In the ticket, rurban said he would TODO them.
03:16 Coke kid51: I thought he had and then had un-todone them.
03:16 Coke (based on further work he did)
03:17 chromatic Yes, but we have TODO and SKIP and branches for a reason.
03:17 kid51 un-todone ?
03:17 chromatic That reason has a lot of similarities to the problem right now.
03:17 HG` joined #parrot
03:24 TiMBuS joined #parrot
03:31 kid51 Trac detected an internal error:
03:31 kid51 OperationalError: database is locked
03:31 kid51 Got this 3x in a row
03:32 chromatic File a tick... oh wait.
03:32 dalek parrot: r36523 | coke++ | trunk:
03:32 Coke does the "stalled" status on a RT really tell us anything interesting as we try to close out the remaining tickets?
03:32 dalek parrot: Close out several language-specific RTs from parrot's queue, but list them for the language maintainer if needed.
03:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36523/
03:32 Topic for #parrotis now Parrot 0.9.0 | http://parrot.org/ | 484 RTs remain
03:34 kid51 Coke:  I don't think so, but then I have rarely classified a ticket as 'stalled'.
03:34 allison Coke: to a certain extent, yes. a ticket that's been 'stalled' for 4 years, it's worth reexamining to see if we actually ever plan to implement the request
03:34 Coke allison: if that were the case, we shouldn't have stalled them, but rejected htem 4 years ago. =-)
03:35 allison Coke: yes, we should have, but in many cases the person who marked it as stalled didn't feel like they had the authority to reject it
03:35 kid51 allison:  But that applies to a *vast* number of tickets, including most TODO tickets.
03:35 allison kid51: yes it does
03:35 allison I've started rejecting tickets that fall in that category
03:35 Coke I guess my point is, the 38 tickets that are stalled are, at this point, not much different than the 445 that aren't.
03:36 Coke *officially stalled
03:36 kid51 Coke:  agreed
03:36 allison Coke: yes, I agree
03:36 allison Coke: pretty much anything left in RT at this point could be marked as "stalled"
03:36 Coke allison: ayup.
03:36 kid51 I've noticed several patterns in what remains in RT
03:36 Coke I just closed out all the language-specific tickets.
03:37 Coke languages/-specific, that is.
03:37 kid51 Vast amounts of tickets created by PTC in mid-2007 to guarantee that every TODO FIXME XXX has a ticket.
03:37 allison Coke: good, that helps
03:37 kid51 But it's likely that many of those TODOs were random musings by early (i.e., pre-kid51) Parrot developers.
03:38 NotFound kid51: and probably lots of them no longer exists
03:38 Coke kid51: yup. unfortunately, now they need to be reviewed.
03:38 kid51 So there are many cases where, yes, I don't feel I have the knowledge to reject a ticket.
03:38 Coke you can reject them if the comment/function has been deleted.
03:38 Coke there were a lot that didn't survive subsystem refactorings.
03:38 allison kid51: yes, many of those I've found refer to dead code paths, especially after the refactors
03:38 kid51 NotFound:  Well, where I have found RTs about TODOs and I can no longer locate them, I've closed them.
03:38 Coke speaking of dead code, I saw some #if 0 .... code get checked in recently. mreh.
03:38 kid51 But I feel I've got most of the low hanging fruit there.
03:39 Coke allison: you might be able to reject this one:
03:39 Coke http://rt.perl.org/rt3/Tic​ket/Display.html?id=55210
03:39 allison kid51: yes, many of the ones I found needed some careful thought, but I mostly ended up rejecting them and removing the TODO comment from the code
03:39 NotFound Coke: some is mine, thing in the debugger that are semi-done and undertested
03:40 Coke shouldn't that go in a branch, then/
03:40 Coke ?
03:40 Coke (following in chromatic's thoughts from earlier.)
03:40 NotFound Coke: nobody uses the debugger except me X-)
03:41 allison Coke: mmm... yes 55210 can be rejected, PGE is our pattern matching
03:41 kid51 Speaking of the debugger ... When I run 'make test' and get to the test for the debugger, it always says, "Parrot debugger hasn't been built yet."  Does that mean we don't have a debugger?
03:41 Coke kid51: no, just that the default target doesn't build it.
03:41 janus joined #parrot
03:41 Coke I would argue that the default target should build the debugger.
03:42 kid51 There are a whole bunch of tickets about PDD13 which Infinoid should look at.
03:42 allison I can see some potential for an opcode or set of opcodes that make interfacing with PGE simpler, but that's along the lines of "Patrick may add someday", not ticket-worthy
03:42 NotFound kid51: make worl
03:42 NotFound kid51: make world
03:42 purl i guess make world is not for release managers only
03:42 kid51 There are a whole bunch of tickets about PIR that Barney should look at.
03:42 Coke kid51: you can probably take all the 'TODO DEBUGGER' tickets and convert them into a wiki page on trac instead of N trac tickets.
03:42 Coke we have a precedent for FooTaskList now on the wiki that we can probably convert a few hundred RTs into 4 or 5 pages on the new wiki.
03:43 Coke anyone know what 'make distcheck' is supposed to do?
03:43 Coke http://rt.perl.org/rt3/Tic​ket/Display.html?id=38190
03:43 NotFound BTW that message just means that the parrot_debugger executable is not built, but the debugger is in the core anyway.
03:45 Coke if it's not built, then it's not tested, and therefore doesn't count. =-)
03:45 Coke (we should build it with 'make', IMO)
03:45 NotFound allison: the corrections and some improvements of the ARGS inheritance thing are ready. Do you want to review the patch, or can I commit it right now?
03:48 allison NotFound: go for it, I'll look over the commit log
03:48 NotFound Ok. Be ready for realclean, boys
03:49 MagnusShortwave joined #parrot
03:52 * kid51 must sleep
03:52 purl $kid51->sleep(8 * 3600);
03:54 leto_ joined #parrot
03:58 Coke allison: can we delete the unified testing branch?
04:04 allison Coke: yes, I believe so
04:05 allison Coke: IIRC, that was migration to a new version of core Perl testing modules, which has been completed
04:05 Coke even if it's not done, that branch is /old/
04:05 purl Hmm.  No matches for that, Coke.
04:05 Coke roger.
04:06 allison Coke: so nuke it. It's always recoverable later
04:09 dalek parrot: r36527 | coke++ | branches/unified_testing:
04:09 dalek parrot: Resolve RT #45601 by removing branch.
04:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36527/
04:10 dalek parrot: r36528 | NotFound++ | trunk/t/pmc/exceptionhandler.t:
04:10 dalek parrot: [test] fixed an untodoed a exceptionhandler test, TT #154
04:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36528/
04:11 dalek tracwiki: v5 | coke++ | BranchDescriptions
04:11 Coke rakudo-folks: there's a few branches that appear to be rakudo specific. Are they still active?
04:11 dalek tracwiki: https://trac.parrot.org/parrot/w​iki/BranchDescriptions?version=5
04:11 shorten dalek's url is at http://xrl.us/befovb
04:11 Coke hurm. didn't tracwiki used to show who made the edit?
04:16 Topic for #parrotis now Parrot 0.9.0 | http://parrot.org/ | 479 RTs remain
04:22 Coke allison: if you could weigh in on https://rt.perl.org/rt3/Ti​cket/Display.html?id=61286, I am thinking it's rejectable.
04:22 Coke (sorry, fperrad)
04:34 Infinoid Coke: it does, there's a coke++ in there
04:37 allison Coke: agreed 61286 can be rejected
04:38 allison Coke: we don't need to add opcodes for things that can already be easily accomplished with existing opcodes
04:47 NotFound joined #parrot
05:07 Coke Infinoid: whoops, missed it, my bad.
05:08 tetragon joined #parrot
05:11 Tene joined #parrot
05:15 jsut|work joined #parrot
05:42 dalek parrot: r36530 | allison++ | branches/kill_pccinvoke:
05:42 dalek parrot: [pcc] Add the subsystem prefix to the function for building call
05:42 dalek parrot: signature objects.
05:42 purl signature objects are the parameter list.
05:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36530/
06:08 petdance joined #parrot
06:25 eternaleye joined #parrot
06:59 TiMBuS /home/timbus/parrot/parrot  -o perl6.pbc perl6.pir
06:59 TiMBuS make: *** [perl6.pbc] Segmentation fault
06:59 TiMBuS oh dear
07:00 masak joined #parrot
07:04 TiMBuS masak, does rakudo have a bug tracker?
07:07 masak TiMBuS: yes, it does.
07:07 * purl stays quiet
07:07 masak TiMBuS: http://rt.perl.org/rt3/
07:08 TiMBuS oh, it stayed on rt
07:08 alinbsp joined #parrot
07:09 masak TiMBuS: it did, because RT is for Perl, and Rakudo is a Perl implementation, albeit 6.
07:10 TiMBuS i see.. well, rakudo is segfaulting for me on build and it wasnt last night
07:10 masak TiMBuS: I've heard this form a few people.
07:10 TiMBuS i dont think rakudo has updated since then, so its a parrot thing?
07:10 masak please submit a bug report.
07:10 masak TiMBuS: there are speculations as to what the cause is.
07:11 masak nothing conclusive.
07:12 TiMBuS should i start rolling back parrot revisions to pinpoint it?
07:12 masak TiMBuS: that would be awesome.
07:13 TiMBuS just got a backtrace and its happening from Parrot_ResizableStringArray_push_pmc
07:16 chromatic Did you do a 'make realclean' recently?
07:18 TiMBuS yes
07:19 TiMBuS i had to do a big clean since parrot has been producing a parrot_setting.c what won't compile when i make
07:19 TiMBuS that*
07:20 chromatic NotFound had a checkin a couple of hours ago that looked like it needed one.
07:24 TiMBuS ok, clean checkout, clean rakudo, it's working. all is well
07:28 moritz TiMBuS: current rakudo is excluded for parrot's 'make realclean', so you have to do a 'make clean' in rakudo as well
07:46 Theory joined #parrot
07:47 iblechbot joined #parrot
08:14 Fayland_ joined #parrot
08:33 leto_ joined #parrot
08:54 alvar joined #parrot
10:14 kj joined #parrot
10:38 mikehh joined #parrot
10:49 bacek joined #parrot
11:14 bacek hi there
11:28 iblechbot joined #parrot
11:35 masak joined #parrot
11:47 jimmy joined #parrot
12:06 dalek parrot: r36531 | fperrad++ | trunk:
12:06 dalek parrot: [mingw] fix build (dynpmc & dynops) & tests in t/src/*.t, see r36404.
12:06 dalek parrot: test needed with msvc.
12:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36531/
12:29 dalek parrot: r36532 | fperrad++ | trunk/src/pmc/exceptionhandler.pmc:
12:29 dalek parrot: [codingstd] fix tabs
12:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36532/
12:30 jimmy make html failed.
12:31 dalek parrot: r36533 | fperrad++ | trunk:
12:31 dalek parrot: [codingstd] fix SVN properties
12:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36533/
12:32 rg1 joined #parrot
12:58 jimmy_ joined #parrot
13:04 kid51 joined #parrot
13:23 Whiteknight joined #parrot
13:33 dalek parrot: r36535 | fperrad++ | trunk/docs/pdds:
13:33 dalek parrot: [codingstd] fix PDD format
13:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36535/
13:49 mikehh fperrad: I was about to submit a patch for that but you beat me to it
13:51 Infinoid fperrad isn't on IRC much
13:51 Infinoid mikehh++ for working on it though
13:52 mikehh I am also working on the darft/pdd's - my first cut passes t/codingstd/pdd_format.t
13:52 purl okay, mikehh.
13:54 mikehh draft that is
14:02 guru joined #parrot
14:05 Whiteknight are people still using parrotblog?
14:05 Whiteknight like, if I post an update there, will anybody see it?
14:06 Whiteknight or should I try to write a post to parrot.org instead?
14:07 Infinoid most recent post on both sides is from Coke :)
14:08 Whiteknight yeah
14:23 Whiteknight okay, I uploaded a post there anyway
14:29 alinbsp joined #parrot
14:29 Whiteknight and now my plea for help has officially been transmitted into the blogosphere
14:29 Whiteknight TEH-INTERNETZ++
14:30 Infinoid The intarblogs have been updated.  Your intarwebs must be rebooted for the change to take effect.  Reboot now?  Y/n
14:34 Infinoid Whiteknight: if those docs are turned into html and posted somewhere, that make it easier to link random people to.
14:35 Infinoid s/that make/that would make/
14:35 Whiteknight Yeah, we definitely have to fix the online documentation
14:36 Whiteknight I don't have access to alter the website, and I don't even know exactly where the online docs are being generated from.
14:36 kj Whiteknight: a clear plan for doing so would help definitely
14:36 * Whiteknight starts writing up a ticket
14:37 Infinoid as a quick hack, I can always just stick a cron job on my server that does a find, runs pod2html and puts the result in a web folder, once every 10 minutes
14:37 Infinoid it won't say "parrot" in the hostname, but as a consolation prize, it *will* say "squawk".
14:39 szbalint it will say things like "*croak* polly wants a cracker!"
14:40 Infinoid that part will have to go into the .pod :)
14:41 galf joined #parrot
14:42 Whiteknight that sounds like a nice idea, but I would prefer it be fixed on parrot.org properly
14:42 rg1 whiteknight: can you fix two typos in the announcement?
14:42 Whiteknight of course, beggars can't be choosers
14:42 Whiteknight I MAKE NO TYPOS!
14:42 Whiteknight but sure, I'll be happy to fix them
14:42 rg1 "the doorway though which"
14:43 rg1 +r please ;)
14:43 Infinoid I don't know who runs parrot.org, but I can send them a cron script I suppose
14:43 rg1 "help us to idenfity the"
14:45 Whiteknight done
14:46 rg1 great. :) now if i only had time to read all that documentation :/
14:47 gryphon joined #parrot
14:53 Whiteknight every little bit counts
14:54 Whiteknight hell, you read one blog post and caught two typos.
14:55 kj Whiteknight++ # help wanted post
14:55 Whiteknight thanks! We needed something
14:58 Infinoid Whiteknight: what's wrong with "make html"?  It emitted some failure messages about bignum, but otherwise seems to have worked
14:59 Whiteknight i don't think there is any problem with "make html"
14:59 Whiteknight at least, no problems that I've seen
15:00 Infinoid oh, oops.  I was following up to a comment on TT #305, but Coke posted that, not Whiteknight
15:00 Infinoid Coke_afk: hi :)
15:00 Coke hi.
15:00 Coke yes, we can eventually automate it to track svn-latest. for now, let's worry about getting releases available.
15:01 Coke "wrong with make html". perhaps nothing.
15:02 Whiteknight I'm happy with however we do it, so long as we do something
15:02 Whiteknight the current online docs are shitcrapular
15:02 Coke yup. been on the todo list since about 0.5.0
15:02 Coke Whiteknight: most of the online docs are from the reop.
15:02 Coke "repo"
15:03 Coke so you can fix them in the repo, and they get fixed online.
15:03 Whiteknight I know, but their current status is lousy: being on parrotcode.org, using the lousy formatting, not all the files are uploaded, etc
15:03 moritz do they alread appear on parrot.org? or still limited to parrotcode?
15:03 Coke just parrotcode.
15:04 Coke Whiteknight: feel free to assign me that ticket since I have privs on parrot.org
15:05 Whiteknight I'd ask to get privs on there myself, but I already have too many other things to work on
15:09 Whiteknight I hope you don't mind if the partcl/PCT projects gets pushed down in my queue a little bit, this calling conventions thing exploded into importance yesterday
15:16 particle joined #parrot
15:21 dalek parrot: r36536 | cotto++ | trunk/t/compilers/imcc/syn/pcc.t:
15:21 dalek parrot: [imcc] add test for ridiculous number of params
15:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36536/
15:24 buildbot joined #parrot
15:28 cotto What's the non-deprecated spelling of "DOD"?
15:28 cotto GC?
15:28 purl GC is the boehm conservative garbage collector at http://reality.sgi.com/boehm/cg.html or a really really bad perl "programmer" or GrandCentral.com or branches/gsoc_pdd09 or a travesty against god
15:28 Whiteknight cotto: GC
15:32 Coke Whiteknight: getting the calling conventions faster will help partcl more than a conversion to PCT.
15:32 Whiteknight yeah, I figured as much
15:38 dalek parrot: r36537 | fperrad++ | trunk/tools/install/smoke.pl:
15:38 dalek parrot: [install] remove perl6, mark lisp as broken
15:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36537/
15:40 pmichaud improving calling conventions will be a Win for everyone.
15:40 pmichaud and for anything that uses PCT, a huge win.
15:40 wknight8111 joined #parrot
15:40 pmichaud (and for anything that uses PGE, a huge win)
15:41 Theory joined #parrot
15:41 whiteknight I've been staring at this code for quite a while now, I'm convinced there are some major improvements to be made
15:43 dalek parrot: r36538 | cotto++ | trunk:
15:43 dalek parrot: [gc] update names of dod_register_pmc and dod_unregister_pmc
15:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36538/
15:45 Tene joined #parrot
15:46 whiteknight this trac "browse source" really helps give a sense about how old and stale some things are
15:46 whiteknight especially branches, we have some branches that are years old
15:54 bkuhn joined #parrot
15:58 cotto Hi, bkuhn
16:03 dalek parrot: r36540 | whiteknight++ | branches/vtable_morph_change/src/pmc:
16:03 dalek parrot: [vtable_morph_change] update bignum.pmc and bigint.pmc to use pmc_reuse for most cases where morph had been used. Some refactors still needed in both these two
16:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36540/
16:04 dalek parrot: r36541 | cotto++ | trunk:
16:04 dalek parrot: [gc] update various function and variable names from "dod" to "gc"
16:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36541/
16:05 whiteknight hmmm... dalek appears to have skipped r36539
16:07 cotto I think dalek's sick.
16:07 Infinoid huh, thought I fixed that.
16:08 Infinoid clearly, I need a test suite.
16:15 dalek parrot: r36542 | NotFound++ | trunk:
16:15 dalek parrot: [io] report close errors back to callers, TT #297
16:15 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36542/
16:15 Infinoid in the meantime...
16:15 Infinoid parrot: r36539 | whiteknight++ | branches/vtable_morph_change:
16:15 Infinoid parrot: [vtable_morph_change]  Update to trunk from r36538 to get past the IO buffering problem. Branch builds now
16:15 Infinoid parrot: review: https://trac.parrot.org/parrot/changeset/36539/
16:16 whiteknight haha, thanks Infinoid!
16:16 * particle sees Infinoid removed the "skip whiteknight's commits" code from dalek
16:18 * Infinoid whispers "it only skips his commits when the rev number modulo 5 == 4" to particle
16:21 whiteknight if you've taken the effort to write that code in the first place, by all means keep it in
16:21 dalek parrot: r36543 | cotto++ | trunk:
16:21 dalek parrot: [gc] update do_dod_run to do_gc_run
16:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36543/
16:22 particle $haze_the_new_guy->()
16:22 whiteknight am I still the new guy?
16:23 particle if you have to ask...
16:23 whiteknight damnit
16:23 Coke <nelson/>
16:25 hercynium joined #parrot
16:25 gryphon joined #parrot
16:26 particle ok, so why am i getting unresolved external PMCNULL when i try to link to the dynamic libparrot.lib, but not the static one?
16:26 particle or, should i expect this to be the case? t/src/compiler.t is failing with msvc because of this
16:26 whiteknight $haze_the_old_guy->()
16:26 whiteknight :)
16:26 particle :P
16:26 Infinoid another problem with PARROT_DATA?
16:27 particle should PMCNULL be externally available?
16:27 particle PMC_IS_NULL() i expect
16:27 Infinoid I would assume so, as you can't have PMC_IS_NULL() without it
16:27 Infinoid yeah, that.
16:27 purl Sure, that.
16:28 dalek parrot: r36544 | whiteknight++ | trunk/docs/book/ch03_pir_basics.pod:
16:28 Infinoid NotFound and I have been hatching an evil plan to get rid of the Parrot_*_encoding_ptr and Parrot_*_charset_ptr global variables, due to another PARROT_DATA-related failure on win32.
16:28 dalek parrot: [Book] a few misc fixes in chapter 3
16:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36544/
16:28 particle the part of interpreter.h that defines PMCNULL is inside #ifdef PARROT_IN_CORE
16:29 Infinoid something to do with lazy linking and values showing up as 0x0 to code outside the dll, I don't really understand the details.
16:33 particle well, heck, i don't see PMCNULL defined for extensions
16:33 Infinoid PMC_IS_NULL() defines to a function call when PARROT_IN_CORE isn't defined
16:34 Infinoid so I guess that should work.
16:34 particle ok, that seems appropriate
16:34 Infinoid where exactly is it failing?
16:35 particle # Failed to build 't\src\compiler_5.exe': compiler_5.obj : error LNK2001: unresolved external symbol _PMCNULL
16:35 particle i'm checking compiler.t now
16:35 particle of course PMCNULL isn't mentioned anywhere
16:36 Infinoid time to look at some preprocessor output, methinks
16:36 particle i wonder where PARROT_IN_CORE is set...
16:36 particle parrot.h
16:37 purl well, parrot.h is still not installed?
16:37 particle forget parrot.h
16:37 purl particle: I forgot parrot.h
16:37 Infinoid as opposed to embed.h, I suppose
16:37 particle yep, not defined in embed or extend, as expected
16:37 Infinoid but if we're going to all the trouble of getting linker stuff right to access these things internally, it makes me wonder, what exactly is PARROT_IN_CORE supposed to mean?  "gimme all the nifty things that we can get, but we don't want to give to our users"?
16:38 Infinoid or is it an attempt to avoid namespace pollution?
16:38 particle separate the external/internal api, i think
16:38 NotFound _PMCNULL? That thing is not supposed to exist.
16:39 particle yeah, i'm wondering how it got there
16:40 NotFound PARROT_IN_CORE is supposed to be used for things than gets linked into the parrot dynamic library
16:40 whiteknight I think it's defined as part of a compiler flag
16:40 hercynium left #parrot
16:41 NotFound So if you are in core you can access several things without depending of runtime linking.
16:41 NotFound Namespace poluution we have a lot, BTW
16:42 Infinoid but if you're getting linked into libparrot.so, you don't need the special linker fixups anyway
16:42 Infinoid NotFound: so if its for things that get linked into the parrot dynamic library, as you said, then why have PARROT_DATA at all?
16:44 NotFound Infinoid: supposedly for things that are not in core
16:45 NotFound Better said, things that needs to be accessed from the outside.
16:45 Infinoid ...which wouldn't have PARROT_IN_CORE defined, and thus, don't get the PMCNULL definition anyway
16:46 Infinoid that's why I'm wondering if I misunderstand PARROT_IN_CORE, because it seems like the PARROT_DATA stuff will never be used in this case
16:46 particle aargh.
16:46 Infinoid sorry, I'll stop asking hard questions.
16:46 particle too early for headaches! i hate compilers.
16:47 NotFound PMCNULL is a macro, it gets defined in one way for usage within core, and other for the outside. The rationale for that is speed.
16:48 NotFound Uh, i was mistaken PMCNULL with PMC_IS_NULL
16:48 Infinoid yes, and I'm ok with that.  But the *variable* PMCNULL is declared as PARROT_DATA, yet is protected from external access by PARROT_IN_CORE
16:49 Infinoid which seems like it wouldn't need PARROT_DATA
16:49 NotFound Forgive me, I don't sleep much tonight
16:49 Infinoid particle: I've got preprocessor output if you want it.  compiler_5.c included parrot.h so it got PARROT_IN_CORE, so it is trying to use PMCNULL in the PMC_IS_NULL() check
16:50 particle right.
16:50 particle i'm wondering if it should have parrot.h at all.
16:50 particle should extensions include parrot.h?
16:51 NotFound * Only parrot core files should include this file.
16:51 NotFound Extensions should include <parrot/extend.h>.
16:51 NotFound Programs embedding parrot should include <parrot/embed.h>.
16:51 NotFound */
16:51 Infinoid NotFound++
16:51 Infinoid particle: I was wondering the same thing.  Worth a try, I think
16:51 particle and this code includes all three.
16:52 particle removing parrot.h isn't enough, same error
16:52 NotFound Is the head of the file, not much work ;)
16:52 particle so, these are embedding parrot. let's go with embed.h only and see....
16:53 Infinoid seems like all the tests in that script include all 3
16:53 particle yes, probably a naïve attempt to fix this
16:53 particle include all three, and link static
16:53 particle joy, a different error.
16:54 NotFound Well, if you link statically against parrot, you are in core, in that sense.
16:54 particle right, which is why it worked before
16:54 NotFound But if is a test, is no testing very well the intended usages
16:54 particle now cl fails
16:54 particle actually, ccache cl fails
16:55 Infinoid are you getting failures from all 5 tests, or only #5?
16:55 particle all five
16:56 particle compiler_1.c
16:56 particle t\src\compiler_1.c(5) : error C2143: syntax error : missing '{' before '*'
16:56 particle t\src\compiler_1.c(7) : warning C4431: missing type specifier - int assumed. Note: C no longer supports default-int
16:56 particle t\src\compiler_1.c(10) : error C2065: 'STRING' : undeclared identifier
16:56 particle etc
16:56 Infinoid yeah, I see those on linux too.
16:57 particle good. misery spread equally.
16:57 Infinoid parrot.h is nice and friendly and tries to include the world for you; embed.h is far less friendly.
16:57 whiteknight how do we access the command-line arguments from PIR?
16:57 particle as it should be. however, it *should* work.
16:58 particle whiteknight: .sub 'main' :main ; .param pmc args
16:58 * Infinoid tries adding parrot/string.h, etc to the test
16:58 PerlJam whiteknight: aren't they available as a parameter to the main routine?
16:58 particle or is it argv? i forget
16:58 particle ah, doesn't matter,
16:58 particle they're just there, call 'em what you will.
17:02 NotFound IMO better make it :optional
17:02 dalek parrot: r36545 | whiteknight++ | trunk/docs/book/ch03_pir_basics.pod:
17:03 dalek parrot: [Book] Add some basic stubbish information about IO
17:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36545/
17:03 Infinoid particle: wow, we need lots of work here.
17:04 particle Infinoid: it's really scary to see this.
17:04 * PerlJam is suddenly glad he didn't see what Infinoid and particle are talking about.
17:04 particle how did mod_parrot ever work? it must be wrong, whatever it's doing.
17:06 Infinoid You don't get STRING.  you don't get PMC.  Which makes PMC_IS_NULL kind of a moot point.
17:06 NotFound Talking about io. The close opcode does not return a result code and does not throw when close fail.
17:07 Infinoid NotFound: ETESTCASENEEDED
17:07 particle Infinoid: this needs a big, fat trac ticket.
17:07 particle Infinoid: what do you think about "correcting" these tests to fail everywhere, and skipping them as they're all broken?
17:08 Infinoid I've no problem with that.  I'd like to rename the test to embed.h, too.
17:08 particle gcc-- for not picking up the missing symbols in the first place. msvc++ for being a picky compiler.
17:08 NotFound Infinoid: A test of a really failing close? I don't know any reasonable way of doing that.
17:08 particle good idea.
17:09 Infinoid gcc works fine.  its GNU ld that's being too friendly
17:09 purl couldn't get the headlines: http://hachi.kuiki.net/rss​/randline.pl/gibi_long.txt wasn't successful
17:09 particle ah, right, ld.
17:09 particle gcc++ ld--
17:09 Infinoid NotFound: maybe call it on an already-closed filehandle
17:10 NotFound Infinoid: not sure if that will be marked as failed in all platforms
17:10 Infinoid I'm not even sure it returns int on all platforms.
17:10 NotFound In fact it does not, the win32 version uses CloseHandle
17:10 Infinoid particle: Uh, I meant embed.t, of course :)
17:11 NotFound Infinoid: but about the point that it does not throw, you just need to look at the code.
17:12 particle does "@echo:" on linux echo a blank line from a makefile/shell script?
17:12 particle er, makefile, not shell script
17:12 Infinoid Nope.  That's the target name, not a command
17:12 Infinoid without a :, I'd expect a blank line
17:13 particle all:\n\t@echo:
17:13 NotFound bash: echo:: command not found
17:13 particle make help # quotes everywhere on win32
17:13 particle it has @echo "" for blank lines
17:13 Infinoid particle: yeah, it tries to look for a command with a colon in its filename
17:14 particle feh. need a portable way to display help from makefile
17:14 particle perl, maybe?
17:14 Infinoid what's the colon for, anyway?
17:14 NotFound And the second ':' is a courtesy of bash error reporting
17:14 particle on windows, echo: echos a blank line
17:14 particle er, on windows nt and beyond
17:14 Infinoid does echo "" work?
17:14 particle on dos-95, it was echo.
17:14 particle echo "" echo's ""
17:15 Infinoid how about echo \
17:15 NotFound By 'windows' do you mean CMD.EXE?
17:15 Infinoid (with a trailing space)
17:15 particle i suppose cmd.exe uses echo: and command.com uses echo. for blank lines
17:15 Infinoid hrm.  yeah, perl might be your best bet
17:16 NotFound Anyway, none of them uses the quoting and other punctuations the same way as the sh family
17:16 Infinoid $(ECHO_BLANK_LINE)
17:16 particle all the lines have "" in windows
17:17 Infinoid are those quotes echoed to the screen on windows?
17:17 particle ""
17:17 particle "Following targets are available for the user:"
17:17 particle ""
17:17 particle "Executables:"
17:17 particle UGLY.COM
17:17 Infinoid eew.
17:18 Infinoid We could always ship a make.pl.
17:18 Infinoid (that'd be uglier but at least consistent)
17:18 NotFound Is this what they call the Wow! factor or something?
17:22 particle so can i create a ticket via email? parrot-tickets@lists.parrot.org
17:22 Infinoid that's the list.  tickets@parrot.org is trac
17:23 Infinoid once replies/followups work, we'll want to update the list config to use trac in the Reply-to: address
17:25 Coke src/bignum* was recently removed?
17:25 Coke ah, r36461.
17:28 rurban joined #parrot
17:28 dalek parrot: r36546 | coke++ | trunk:
17:28 dalek parrot: Fix 'make html' - the files that had this documentation were removed in r36461.
17:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36546/
17:29 NotFound ¿Qué la habeis hecho a Sevein para que se ponga a twitear a lo loco?
17:29 NotFound Ops, wrong channel
17:31 Infinoid as part of the whole "isolating parrot from perl" thing, are there any plans to stop uploading it to CPAN?
17:31 particle <tickets@parrotvm.osuosl.org>: Command died with status 1:
17:31 particle "/usr/local/bin/run_email2trac --project=parrot". Command output: TD:
17:31 particle saving email to /tmp/tmpjbLys8.email2trac
17:31 pmichaud I suspect that 0.9.0 (or perhaps 0.9.1) will be the last CPAN uploads of Parrot.
17:31 particle feh. time for the web interface :(
17:31 particle pmichaud: yes, i think we're ftp-only from now on
17:32 Infinoid hrm, looks like email2trac has regressed somewhat
17:32 dalek parrot: r36547 | cotto++ | trunk:
17:32 Infinoid basic: any update on email2trac?  Or anything I can do to help?
17:32 dalek parrot: [gc] change all instances of lazy_dod to lazy_gc
17:32 dalek parrot: also add a docs fix ommitted earlier
17:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36547/
17:33 Infinoid one nice thing about having almost nothing available to embedders: it means far fewer things are subject to DEPRECATED.pod cycles
17:35 * Infinoid ups a new svn-bisect to cpan
17:36 dalek parrot: r36548 | particle++ | trunk/t/src/compiler.t:
17:36 dalek parrot: TT #306: embedding parrot fails, many symbols not exported properly
17:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36548/
17:38 dalek parrot: r36549 | particle++ | trunk:
17:38 dalek parrot: [t] rename t/src/compiler.t to aptly-named t/src/embed.t
17:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36549/
17:42 contingencyplan joined #parrot
17:43 dalek parrot: r36550 | cotto++ | trunk:
17:43 dalek parrot: [gc] update names of dod_runs, dod_blocks and dod_time
17:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36550/
17:44 cotto whiteknight, ping
17:47 dalek parrot: r36551 | rurban++ | trunk:
17:47 dalek parrot: TT #274: renable solaris builds for 64bit, gcc and sunpro cc
17:47 dalek parrot: * use --ldflags and no --linkflags
17:47 dalek parrot: * enable --rpath and shared linking
17:47 dalek parrot: * disable the 'CC -G' hack as it doesn't correctly link in
17:47 dalek parrot:   contrast to the default perl5 linker 'cc -G'
17:47 dalek parrot: * update PLATFORMS
17:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36551/
17:48 Util I would like to take ownership of a Rakudo RT ticket.
17:48 Util I have privilege to change tickets, but I am not listed as a possible entry in the Owner drop-down box.
17:48 Util Can someone add me to the list that populates that drop-down?
17:49 pmichaud Util:  what's your RT name?
17:49 pmichaud (and out of curiosity, what ticket?)
17:49 Util It is util, in lowercase
17:49 whiteknight cotto: pong!
17:49 Util Ticket 63004
17:50 Util http://rt.perl.org/rt3/Tic​ket/Display.html?id=63004
17:50 NotFound Infinoid: that will be the right way: making available just the things absolutely required
17:50 pmichaud doesn't that ticket just need to be closed?
17:51 cotto whiteknight, there's a reference to the otherwise undefined Parrot_dod_ims_wb in include/parrot/gc_api.h
17:51 Util I suspect so; prepping an email to masak to prod him. I can no longer reproduce the bug.
17:51 whiteknight cotto, that's probably for one of the old cores
17:51 whiteknight the old ims core would have used that. I think it's been deleted though
17:51 pmichaud I'm pretty sure it's been fixed and nobody's closed the ticket.  We tracked the problem down to a Parrot bug (that has since been fixed).
17:51 cotto it looks like it.  Is it safe to delete the macro?
17:52 * masak closes #63004
17:52 masak no prodding needed. :)
17:52 whiteknight cotto: delete the macro
17:52 pmichaud Do you have a "resolve" link in the upper-right side of the ticket display?
17:52 pmichaud or perhaps "Take"?
17:53 masak the latter.
17:53 purl the latter is done by inspection
17:53 masak purl: no, the latter is <reply>
17:53 purl okay, masak.
17:53 masak purl: and you're stupid.
17:53 purl masak: i'm not following you...
17:53 pmichaud #ps in 37.
17:54 particle1 joined #parrot
17:55 Util masak, disregard email. pmichaud: thanks, no "resolve" link after ticket is closed, now.
17:55 pmichaud Util, okay.
17:58 dalek parrot: r36552 | cotto++ | trunk/include/parrot/gc_api.h:
17:58 dalek parrot: [gc] remove an obselete macro from a gc header
17:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36552/
17:58 masak Util: duly disregarded. sorry for the delay.
17:58 Util no problem
17:59 masak also, thanks for the fix itself. :)
18:00 Util Very welcome. 3 days of work (on the source Parrot bug) got me so deep in code, that I may actually be able to sustain a string of extended contribution to Parrot and Rakudo.
18:03 dalek parrot: r36553 | rurban++ | trunk:
18:03 dalek parrot: [cage] Fix TT #254 and RT #47940
18:03 dalek parrot: * Update release_manager_guide.pod for tools/dev/mk_native_pbc.
18:03 dalek parrot: * Fix t/native_pbc tests
18:03 dalek parrot: * Enhance tools/dev/mk_native_pbc to check the current
18:03 dalek parrot:   platform and create the correct tests automatically.
18:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36553/
18:04 Infinoid msg jhorwitz We want to make it easier to embed parrot; any chance you could comment on https://trac.parrot.org/parrot/ticket/306?
18:04 purl Message for jhorwitz stored.
18:05 rurban BTW re embedding: win32 has problems with static linking and dynpmc's. this should be noted somewhere better to use shared libs
18:05 Infinoid Getting dynamic linking right should be one of our goals
18:06 Infinoid wait, what?  dynpmcs don't work with static linking, PMCNULL doesn't work with dynamic linking?
18:07 rurban that was my mingw bug
18:08 rurban But it should be properly tested and verified. I have no time now. It could be that just having shared and static libs together will fail.
18:13 NotFound Linking statically dynamic shared objects can be difficult, yeah
18:14 rurban Problem is that if a embedder wants to use /usr/lib/libparrot.a but there's also a /usr/lib/libparrot.so and dynpmc's are built (using -shared)
18:14 rurban so we have two PMCNULL's one global static anbd one global shared, and they are not equal. as in my debugger sessions, which drove me crazy
18:15 Infinoid Sounds nasty.
18:15 NotFound We must kill PMCNULL
18:15 NotFound I want to kill lots of thing these days
18:16 rurban but checking for PMCNULL is fast
18:16 rurban or just use NULL again?
18:16 NotFound rurban: someone said that the things that don't work are never fast.
18:17 rurban well, they do work, but you have to take care
18:18 Infinoid I don't like that there isn't an easily recognisable way to detect that failure.  It's a nice, hard-to-find bug just waiting to happen.
18:19 rurban I was just writing a proposal how to handle the both static+shared libparrot case
18:20 rurban Esp. when being installed. First just to improve mingw
18:20 NotFound My proposal is: never use external data symbols out of core.
18:20 Infinoid I don't know how to fix it.  But maybe you could detect it by calling PMC_is_null(PMCNULL)?  If code outside the dll has its own copy of PMCNULL, that should fail
18:20 rurban Good idea
18:20 purl couldn't get the headlines: http://hachi.kuiki.net/rss​/randline.pl/gibi_long.txt wasn't successful
18:20 NotFound Infinoid: or not, if for some reason that PMCNULL is NULL
18:21 Infinoid Oh, what a glorious mess.
18:21 NotFound I think that a saner way will be to use the appropiate linking decoration for dll for each windows compiler used.
18:21 rurban But -Wl,/usr/lib -lparrot is also problematic. It works in the static/shared case but the dynpmc+dynoplibs linkers will fail
18:22 chromatic joined #parrot
18:22 rurban because they force -shared, and then the .so is picked up
18:22 chromatic I might be a few minutes late to #ps; please carry on until I get there.
18:22 Infinoid NotFound: I think the issue occurs if you're running in code that got linked to the static copy of libparrot, and then you call some other code that was linked to the dynamic copy
18:23 Infinoid you end up with two PMCNULLs then, neither of which are NULL.
18:23 allison joined #parrot
18:23 Infinoid if I'm understanding rurban correctly...
18:24 rdice joined #parrot
18:24 rurban In build_dir we seperated dll in build_dir and static lib in blib/lib, but this will be collapsed when being installed.
18:25 rurban So I'm trying to get that right, best to disable static at all on win32
18:25 rurban Or if static is forced to disable dynpmc and dynoplibs
18:26 rurban Something like that
18:26 Infinoid That would e less confusing
18:26 dalek parrot: r36554 | fperrad++ | trunk/languages/lua/src/pmc:
18:26 Infinoid be
18:26 dalek parrot: [Lua] metatable of LuaUserdata PMC is now an ATTR
18:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36554/
18:26 Infinoid meeting &
18:26 NotFound Infinoid: I think that will be excesively compliacting the general case in favour of a minoritary usage from peopla that probaly will use his own bulding tools and flags anyway.
18:27 rurban for most other platfoms we have --rpath, don't know about AIX though. This is quite similar to win32
18:27 rurban yeah, I just want to disable static on win32
18:27 Infinoid The Default Should Work
18:27 Infinoid I'm not opposed to making everything else work, as long as they don't break the default
18:28 Infinoid If the default is dynamic, and dynamic works, then everyone is happy :)
18:28 rurban embedders also?
18:28 Infinoid Yeah.  We have some work to do there.
18:29 rurban Bt I believe embedders will also use prefer shared
18:29 masak joined #parrot
18:32 PerlJam allison is an airplane mechanic?
18:32 PerlJam < allison> - Substantial work on airplanes this week.
18:32 PerlJam :-)
18:33 cotto she has many talents
18:33 allison lol :)
18:33 NotFound With the inflatable automatic pilot?
18:35 viklund joined #parrot
18:36 pmichaud particle:  ping
18:37 rhr joined #parrot
18:38 masak pmichaud: http://github.com/bacek/rakudo/commit/0​b681ae7d7ee98fe49e448424538ab89e9029a5f looks good to me; it's a partial fix to #61824. can I commit it?
18:38 shorten masak's url is at http://xrl.us/befqtb
18:39 pmichaud masak: I want to check the NOTREADONLY logic.  I think we might have some refactoring there.
18:39 masak ok.
18:39 pmichaud i.e., I want to see if we already have a function that does what NOTREADONLY is doing.
18:39 masak pmichaud: FWIW, I'm pretty sure git can check out based on dates.
18:39 pmichaud masak: I couldn't find the magic incantation to do that.
18:39 Coke regarding readonly, would that be better done with a readonly vtable?
18:39 masak pmichaud: I could do some doc reading and come back to you.
18:39 masak or someone else might know right off.
18:40 pmichaud Best I could come up with was to find the appropriate commit by using --before with git-log, and then revert back to that commit.
18:40 masak there's some date syntax for commits, methinks.
18:40 pmichaud there's a date syntax for log stuff, yes.
18:40 pmichaud but I couldn't make it work for 'clone' or 'checkout' or things like that.
18:41 pmichaud and google searches didn't turn up anything.
18:41 pmichaud anyway, if you could find that, it would be immensely helpful.
18:41 * masak looks
18:41 * viklund found it
18:42 viklund pmichaud: if you checkout with -l you can do 'git co -l master@{date}'
18:42 pmichaud ... -l ?
18:42 pmichaud hmmm
18:43 viklund yep, you'll get a new branch from that though
18:43 PerlJam pm: re git date based checkouts.  git checkout master@{2009-01-02}  # doesn't work?
18:43 pmichaud PerlJam: it didn't work when I tried it.
18:43 pmichaud pmichaud@orange:~/parrot/rak2$ git checkout master@{2009-01-31}
18:43 pmichaud error: pathspec 'master@{2009-01-31}' did not match any file(s) known to git.
18:43 pmichaud Did you forget to 'git add'?
18:44 viklund I think you need to checkout the branch with -l first
18:44 pmichaud pmichaud@orange:~/parrot/rak2$ git checkout -l master@{2009-01-31}
18:44 pmichaud error: pathspec 'master@{2009-01-31}' did not match any file(s) known to git.
18:44 pmichaud Did you forget to 'git add'?
18:44 viklund then you can checkout based on date (without the -l)
18:45 viklund that's how I did it anyway
18:45 PerlJam works fine for me.
18:46 PerlJam pm: what version of git?
18:46 masak works here as well.
18:46 pmichaud git version 1.5.4.3
18:46 viklund I have, 1.5.6.5
18:46 masak 1.6.1
18:46 PerlJam pm: upgrade to 1.6.1 :)
18:48 PerlJam pm: btw, you can see how git parses the master@{..} part with  "git rev-parse master@{2009-01-31}" rather than attempting a checkout.  either it will give you a SHA1 or it'll complain
18:48 pmichaud pmichaud@orange:~/parrot/rak2$ git rev-parse master@{2009-01-31}
18:48 pmichaud warning: Log for 'master' only goes back to Tue, 10 Feb 2009 12:43:35 -0600.
18:48 pmichaud 0000000000000000000000000000000000000000
18:49 PerlJam yeah, that's complaining.  upgrade git  (I'm using 1.6.1 too)
18:50 pmichaud which is very bizarre, because git-log has no such complaints.  :-)
18:50 masak what's the easiest way to make examples/library/md5sum.pir work from Rakudo?
18:50 pmichaud I suspect there's not yet an easy way.
18:51 masak pity. :/
18:51 pmichaud you could try doing   q:PIR { ... }
18:51 pmichaud and then   load_bytecode 'path/to/examples/library/md5sum.pir'
18:51 masak yes, I was thinking of something like that.
18:51 masak was just wondering how obvious such a solution is; haven't done much q:PIR { ... }
18:52 masak s/much/any/
18:52 pmichaud we should be able to switch that to Q:PIR soon, too.
18:52 pmichaud and get Q to work.
18:54 masak nice.
18:58 * viklund mumbles
19:08 masak pmichaud: will Rakudo release next Tuesday just like Parrot?
19:08 pmichaud masak:  no, rakudo releases will be a few days after
19:09 masak oki
19:09 pmichaud I haven't decided the exact schedule, but it may be "Thursday after Parrot release" or something like that.
19:09 masak sounds good.
19:09 pmichaud That gives us a chance to update Rakudo based on whatever is actually released in Parrot.
19:09 pmichaud as opposed to trying to "guess"
19:09 masak by next Rakudo release, November will target Rakudo releases.
19:09 pmichaud excellent.
19:09 pmichaud structure++
19:09 masak at least master will.
19:10 moritz pmichaud: do you want changing release managers as parrot does it right now?
19:10 pmichaud moritz: eventually, yes.
19:15 dalek tracwiki: v110 | kjs++ | ParrotRoadmap
19:15 dalek tracwiki: https://trac.parrot.org/parrot/​wiki/ParrotRoadmap?version=110
19:15 shorten dalek's url is at http://xrl.us/befq2c
19:15 pmichaud after I do  "git checkout master@{2009-01-31}", how do I get back to the current head or a later date?
19:15 masak 'git checkout master'
19:16 pmichaud none of these seem to be working for me.
19:16 pmichaud pmichaud@orange:~/parrot/rak2$ git --version
19:16 pmichaud git version 1.6.1.2
19:17 moritz what's the error message?
19:17 purl somebody said the error message was at the bottom
19:17 NotFound "git checkout master".... looks like the name of an end of phase boss in a big game.
19:17 masak purl: no, the error message is <reply>
19:17 purl okay, masak.
19:17 pmichaud okay, so I do a fresh clone.
19:17 masak pmichaud: it usually works here...
19:18 * Infinoid tries
19:18 pmichaud then
19:18 pmichaud pmichaud@orange:~/parrot/rak2$ git checkout master@{2009-02-04}
19:18 pmichaud warning: Log for 'master' only goes back to Tue, 10 Feb 2009 13:17:27 -0600.
19:18 pmichaud Note: moving to "master@{2009-02-04}" which isn't a local branch
19:18 pmichaud If you want to create a new branch from this checkout, you may do so
19:18 pmichaud (now or later) by using -b with the checkout command again. Example: git checkout -b <new_branch_name>
19:18 pmichaud HEAD is now at 577566e... More fixes to Configure.pl and makefiles
19:19 Infinoid do "git checkout -l" first
19:19 Infinoid then master@{date} should work
19:19 pmichaud pmichaud@orange:~/parrot/rak2$ git checkout -l
19:19 pmichaud pmichaud@orange:~/parrot/rak2$ git checkout master@{2009-02-04}
19:19 pmichaud warning: Log for 'master' only goes back to Tue, 10 Feb 2009 13:17:27 -0600.
19:19 pmichaud HEAD is now at 577566e... More fixes to Configure.pl and makefiles
19:19 Infinoid uh.  that warning is relevant
19:20 pmichaud except that 577566e isn't the correct version.
19:20 pmichaud oh, you said it's relevant.
19:20 mikehh joined #parrot
19:20 Infinoid yeah, 577566e is -rHEAD
19:20 Coke ah. make html looks just fine if you have the resources dir in the right place.
19:20 dalek tracwiki: v111 | kjs++ | ParrotRoadmap
19:20 pmichaud the warning may be relevant but it doesn't tell me what to do to avoid it.  :-)
19:20 dalek tracwiki: https://trac.parrot.org/parrot/​wiki/ParrotRoadmap?version=111
19:20 shorten dalek's url is at http://xrl.us/befq2x
19:21 Infinoid I've got a clone here, and I'm also using 1.6.1.2
19:21 Infinoid I did the same commands and got:
19:21 Infinoid HEAD is now at 9f84067... Modify Configure.pl to use "rakudo" instead of "perl6"
19:21 PerlJam pm: you didn't do a shallow clone did you  (with --depth)?
19:21 Coke someone help me pick a URL for the rendered docs from the repository.
19:23 dalek tracwiki: v112 | kjs++ | ParrotRoadmap
19:23 allison Coke: docs.parrot.org
19:23 dalek tracwiki: https://trac.parrot.org/parrot/​wiki/ParrotRoadmap?version=112
19:23 shorten dalek's url is at http://xrl.us/befq3u
19:25 Coke allison: that doesn't seem to exist yet.
19:26 Coke can you update your plans on the subject on the recently opened ticket?
19:26 Infinoid allison: (regarding your #276 comment) is removing global variables not a good idea for it's own D[D[D[D[D[D[D[D[D[D[D[Dsake?
19:26 Infinoid uh, some extra characters got inserted into there, sorry.
19:27 Infinoid allison: Those patches were from something I was working on, but I consider it more of a cage cleaning task, not necessarily a direct solution to the dynpmc problem.
19:27 allison Infinoid: it's mainly that charsets don't belong in the interpreter
19:28 Infinoid I can certainly put them somewhere else, as long as it's somewhere accessible to everything that wants to use PARROT_DEFAULT_ENCODING and PARROT_DEFAULT_CHARSET.  Do you have a place in mind?
19:28 allison Infinoid: especially since we're moving away from that implementation anyway
19:29 Infinoid I don't really like having them in the interpreter either, especially as those are cloned.  NotFound++ suggested a static structure, which makes more sense to me
19:29 chromatic It'd be nice to slim down the interpreter.
19:30 NotFound My patch uses the interpreter just as a hook to locate the things.
19:30 Infinoid NotFound++ has an equivalent patch which uses functions to lookup the appropriate plugin based on name.  Is that a better solution?
19:30 NotFound Just the same as other things actually do.
19:31 Coke allison: i added https://trac.parrot.org/pa​rrot/ticket/305#comment:3
19:31 allison Infinoid: they already are a static structure "all_charsets"
19:31 NotFound The lookup by name is just the fast implementations, can ba optimized for the more frequent usages.
19:32 Infinoid Right, but better to export the function rather than the variable, I think.
19:32 Infinoid So I like your approach
19:32 whiteknight allisonI hate missing #ps, but got pulled into a meeting for work
19:32 Infinoid whiteknight: heh, me too.
19:32 whiteknight (i didn't mean to say "allisonI", that was a weird autocomplete typo)
19:33 Coke moritz: any reason to keep the stub languages/perl6 about at this point?
19:33 allison whiteknight: we all miss some weeks, no stress
19:33 NotFound Infinoid: BTW the structure I used is not static, is allocated at the main interprter creation
19:34 moritz Coke: I'd keep it for one release; people might wonder what happened to it
19:34 NotFound And then pointed to the same in all childs
19:34 Infinoid the all_charsets and all_encodings arrays would probably work equally well
19:35 NotFound One dynamic allocation for all the life of the proccess is a very little price to pay, and avoid lots of thinking about platforms and linkages
19:36 Infinoid Ok.  But that structure of yours doesn't necessarily have to live in the interp, or be copied
19:37 Coke moritz: what about perl6/src ?
19:37 Coke (and the Makefile) ?
19:37 Infinoid You could just use some local variable pointers, and return those from the lookup function.
19:37 Coke do those help, or do you just need the README ?
19:37 moritz Coke: the Makefile is generated
19:37 Coke moritz: no reason for it to be anymore, is there?
19:37 NotFound In the interpreter there is a pointer to the structure, that is copied to childs.
19:37 moritz svn info src/
19:37 moritz src:  (Not a versioned resource)
19:38 moritz Coke: no reason, and if I can trust my svn fu it's not in the repo anymore
19:38 NotFound There are already in the interpreter other things implemented the same way.
19:38 Coke k.
19:38 pmichaud yes, I suggest keeping a languages/perl6 around for a while.
19:38 nopaste "rurban" at 212.183.53.47 pasted "untested tt238-install-devel.patch (critical for pmichaud)" (134 lines) at http://nopaste.snit.ch/15572
19:38 pmichaud there are quite a few blog postings and presentation slides that reference it.
19:39 Infinoid NotFound: "Moving the charsets to the interpreter structure is the wrong fix." -- Allison's latest comment to TT #276
19:39 Infinoid NotFound: [11:29] <@chromatic> It'd be nice to slim down the interpreter.
19:39 Infinoid NotFound: So now I'm searching for a way to do it without putting them in the interpreter
19:39 PerlJam pm: with it frozen in time or updated?
19:39 Tene_ joined #parrot
19:39 pmichaud PerlJam: with it as a reference to Rakudo's new home, as is the case now.
19:39 NotFound You can put the in the envirionment, for example X-)
19:39 PerlJam ah, okay.
19:40 Infinoid If we use the same lookup functions that your patch uses, but those lookup functions just pull the pointers from a structure declared locally to the source file the lookup functions are in, it will never have to be copied, and won't clutter up PARROT_INTERP
19:40 pmichaud afk: lunch, kids
19:40 Infinoid does that sound ok?
19:40 nopaste "rurban" at 212.183.53.47 pasted "mingw shared blib patch (fixes tt#276)" (84 lines) at http://nopaste.snit.ch/15573
19:41 Infinoid In fact, it could just search through all_charsets directly.  If you're concerned about performance, then you can cache the result locally for next time
19:41 NotFound Infinoid: and how do they locate that file local structure, other than using the interpreter?
19:41 Infinoid NotFound: what do you mean by "they"?  The callers?  They call the lookup function.
19:41 Coke moritz++
19:41 dalek parrot: r36555 | coke++ | trunk:
19:41 dalek parrot: don't bother ignoring files in this dir anymore.
19:42 Coke concerned about performance???!? parrot?
19:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36555/
19:42 Infinoid Coke: I know, it's a big if.
19:42 NotFound Infinoid: do you mean a pure global function, without an interp argument?
19:42 allison pmichaud: looks like languages/perl6 directory needs its svn:ignore properties fixed, now that most parts have been removed
19:42 Coke allison: I just fixed that.
19:42 Coke r36555
19:43 rurban msg particle rurban at 212.183.53.47 pasted "mingw shared blib patch (fixes tt#276)" (84 lines) at http://nopaste.snit.ch/15573
19:43 purl Message for particle stored.
19:43 Infinoid NotFound: yes.  If charsets shouldn't live in the interp, than that's the design implied by it
19:43 NotFound Infinoid: that may work
19:44 Infinoid they are necessarily standalone
19:44 NotFound Not sure I like it, but avoids the problems with global data pointers.
19:46 Infinoid Can we live with the current situation until the new implementation arrives?  If not, we can do something like what we just talked about, so linking still works
19:46 NotFound rurban says that point is important for windows work
19:47 rurban I just have the important http://nopaste.snit.ch/15573 patch pending. Thsi also fixes this bug
19:48 rurban It needs not to be seperate I think. Tests pass with this patch
19:48 rurban But it's a bigger change so I have to think about it.
19:49 Infinoid rurban: So the global variables themselves aren't blocking you?  Ok, might not be worth spending much more effort on them then
19:49 NotFound Anyway I'm too tired today to think with enough clarity.
19:50 Infinoid sorry, NotFound.  I tend to ask lots of questions in order to try to understand a design :)
19:50 rurban I'm not sure
19:50 rurban I have to test static also
19:51 rurban it's just that, if I remove static completely it works okay.
19:52 NotFound rurban: the problem was that your build resulted in linking both the static and the dymanic versions of parrotlib in the same executable?
19:52 rurban almost. the dynpmc build linked to shared, parrot to static
19:52 rurban something like that
19:53 rurban and the 2nd stipic ptr error was because I didn#t update static anymore
19:53 rurban kj might confirm it.
19:53 rurban I'm trying on msvc also now
19:55 NotFound Maybe the only sane solution to that problem is that dynpmc links at execution time the required symbols.
19:58 whiteknight allison: I just updated kill_pccinvoke to trunk, I couldn't build it earlier because of that IO buffering problem from last night
19:59 whiteknight it was r36556, dalek doesn't seem to want to show it
20:00 allison whiteknight: are you on a 64-bit box?
20:01 whiteknight yeah
20:01 allison okay, good to get those fixes in
20:01 whiteknight you working on that branch right now? Can I be set loose on it today?
20:05 * Coke wonders if anything /really/ needs pmc.num
20:06 chromatic Bytecode, perhaps.
20:07 whiteknight I feel like the PBC header should include a list of PMC names and their corresponding number
20:08 Coke we need pmc numbers, but at the moment, do we fix numbers that aren't in pmc.num? it doesn't look like it.
20:09 Coke that seems like a bytecode portability risk.
20:09 Coke seems like we should determine the order for everything and stick with it.
20:10 rurban We require the very same version anyway, so we should also assume the same pmc order
20:10 Coke at the very least, I think we can skip pmcs that don't exist. =-)
20:10 rurban user-overriden pmc's will break pbc compat only
20:13 rurban whiteknight: yesterday I started working on bignum.pmc
20:14 whiteknight rurban++ I threw it together out of boredom, and suddenly have no time to play with it!
20:14 rurban http://nopaste.snit.ch/15559
20:14 rurban I assume you just copy&paste it from bigint. because a lot is not useful for bignum
20:14 Casan joined #parrot
20:14 rurban there are several totally unneeded bignum methods, probably copy & paste from bigint, like shl, shr, mod, fdiv
20:15 rurban I tried to accept bigint PMC's for bignum methods, but doesn't look easy.
20:15 rurban In fact I failed to derive from bigint.h
20:16 whiteknight yeah, it was the bigint.pmc file, with a few regexes. like s/BIGINT/BIGNUM/, etc
20:16 Coke allison: is there any reason to allow people to specify which PMCs to build parrot with? or are just going to assume that they always get the core set?
20:17 rurban Ok, I'll continue fixing it then. I have some lisp experience with bignums :)
20:18 bacek joined #parrot
20:18 whiteknight thanks! I hope that it shouldn't be too much work, especially since most of the gmp function names are the same, except for the s/mpz/mpf/ prefixes
20:18 rurban exactly
20:18 whiteknight after that, it's just making sure the behavior is sane for the type
20:19 rurban I attach it to TT #280
20:20 rurban It would be fine to have a bignum method to accept a bigint pmc.  bignum_div(bigint,bigint) and such
20:21 whiteknight allison: What's the first task in this kill_pccinvoke branch? I assume s/Parrot_PCCINVOKE/Parrot_pcc​_invoke_method_from_c_args/?
20:21 whiteknight or is it just a generalized "fix the damned calling conventions" branch?
20:23 GeJ Good morning everyone
20:23 whiteknight good morning GeJ
20:26 rurban msvc passed with just the 3 remaining -0.0 failures
20:27 masak hej, GeJ
20:28 Coke oh, hey, the PBC tests are failing on darwin/x86.
20:28 rurban I just re-enabled them
20:29 Coke re-upping and retesting.
20:29 rurban Is there a internal freeze/thaw problem?
20:29 Coke iunno.
20:29 Coke chromatic was mentioning yesterday, and I am beginning to agree, that we probably don't want to have the failing tests in trunk.
20:30 rurban I enabled them and made TODO's out of all tests. Only proper releases are guaranteed to pass these tests
20:31 rurban With prove t/native_pbc all should pass. With perl t/native_pbc/integer.t you will see lots of errors
20:32 rurban but you can do tools/dev/mk_native_pbc to update you platform pbc's now to be able to submit them for your platform
20:35 rurban oops, I see. sorry
20:37 coke_afk ok. with a clean update, they pass.
20:37 rurban everything ok
20:38 rurban with tools/dev/mk_native_pbc --noconf you can easily update your darwin/ppc _3.pbc  files and submit it
20:42 allison Coke: yes, there's no need to select which core PMCs to build with
20:42 alinbsp joined #parrot
20:43 allison Whiteknight: no, it's more about ripping out the low-level invocation stuff. I have a large commit about to land on that branch
20:45 whiteknight okay, I'll wait for that then. I wont worry about switching out Parrot_PCCINVOKE yet (which is good, since I'm still running into a few problems with that
20:46 whiteknight a few functions still complaiing about the "i" adverb modifier, etc
20:46 allison Whiteknight: yes, probably best if we keep it a one-person branch for now
20:46 allison Whiteknight: to avoid conflicting changes
20:47 whiteknight allison: that's fine. Maybe I'll start a second branch to do different things
20:52 allison Whiteknight: yeah, that's a good idea. What I'm doing doesn't touch on the old refactors.
20:53 allison Whiteknight: I'm specifically addressing the speed issues
20:53 whiteknight Okay, I'll work on the second priority then: unifiying the various conventions
20:55 whiteknight actually, I shouldn't create a second branch here yet until you merge in some of your changes
20:55 whiteknight the infrastructure has changed pretty good, and is going to create a huge number of conflicts if I do
20:57 masak tt?
20:57 purl i guess tt is (: Template Toolkit) or Trac Ticket
20:57 masak where's Trac?
20:57 purl Trac is probably a web-based software project management and bug/issue tracking system emphasizing ease of use and low ceremony. It provides an interface to the Subversion revision control systems, integrated Wiki and convenient report facilities.  http://projects.edgewall.com/trac/ or Python, SQLite and ClearSilver or killing killtrac or a bug-tracking tool or at https://trac.parrot.org/parrot/
20:58 Infinoid killtrac?
20:58 purl i guess killtrac is a perl replacement for trac that integrates RT, subversion, and MojoMojo (and CPAN Testers, and AnnoCPAN, and ...)
20:58 Util_away Tickets at https://trac.parrot.org/parrot/report
20:59 Infinoid ooh
21:00 dalek rakudo: 196ea50 | (Moritz Lenz)++ | build/Makefile.in:
21:00 dalek rakudo: quote URL in Makefile.in and use single slashes
21:00 dalek rakudo: This seems to work on linux for both build layouts, reports are welcome.
21:00 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​96ea505b0227160a3593df4ec8ad7bd0192c9b0
21:00 shorten dalek's url is at http://xrl.us/befrpe
21:01 allison Whiteknight: the branch is safe to merge right now, if you want
21:01 allison Whiteknight: I haven't committed any of the risky changes yet, just cleanups
21:02 whiteknight I have to head home now, could you merge it now?
21:02 rurban whiteknight: bignum.pmc works now. I've added a few more needed functions.
21:02 allison Whiteknight: I'm about to change locations, but can merge it in about an hour
21:03 whiteknight allison: I'll wait till tomorrowish then. Don't worry about it
21:03 whiteknight rurban: Excellent! now we just need to add some tests and start integrating it into the core
21:04 rurban I'll look at the API first. It needs to be sound.
21:04 whiteknight true
21:04 whiteknight okay, I'm heading home. talk to you people later
21:05 * allison moving across town
21:15 dalek rakudo: f202f7f | jnthn++ | Configure.pl:
21:15 dalek rakudo: Get Configure to work on Win32. open seems not to return false if $exe doesn't exist, this works around it somewhat. Cleaner solutions welcome, but this works.
21:15 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​202f7fbfd8cd7efe5833413307b2e40ed23adec
21:15 shorten dalek's url is at http://xrl.us/befrtc
21:17 moritz seen petdance
21:17 purl petdance was last seen on #parrot 3 days, 16 hours, 44 minutes and 39 seconds ago, saying: and by "good" I mean "preferably embarrassing"  [Feb  7 04:32:57 2009]
21:22 rurban jonathan: .exe is also a parrot config entry
21:23 rurban I see, you need to find parrot_config to get at that.
21:23 jonathan rurban: Aye.
21:23 jonathan Well, just want something that lets me get on with Rakudo hacking for now. :-)
21:24 jonathan It wasn't possible to do Configure.pl on Win32 before this.
21:24 jonathan If you have any better fixes, patch/fix them, if you get chance! :-)
21:24 rurban well $^O eq 'MSWin32' gives you that also. cygwin needs no .exe suffix
21:24 jonathan oh, argh, I didn't mean to commit that .exe suffix.
21:26 jonathan rurban++ # well spotted
21:27 dalek rakudo: 50e135b | jnthn++ | Configure.pl:
21:27 dalek rakudo: Oops, didn't mean to hard-code an unrequired .exe suffix, was just from trying to hunt down the problem. Works fine without it.
21:27 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​0e135b0e0b6bc721164734b9557e767b5c44476
21:27 shorten dalek's url is at http://xrl.us/befrz3
21:27 dalek rakudo: 58d5f2c | (Moritz Lenz)++ | Configure.pl:
21:28 dalek rakudo: Merge branch 'master' of git@github.com:rakudo/rakudo
21:28 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​8d5f2c10cebe249a03b0f01e7b1d2b4f35e8c1e
21:28 shorten dalek's url is at http://xrl.us/befr2m
21:29 Andy joined #parrot
21:42 pmichaud (git checkout based on date):   no, I did a normal 'git clone'; no --depth option.
21:43 pmichaud 'git clone git@github.com:rakudo/rakudo.git rak2'
21:43 dalek rakudo: e73c958 | (Moritz Lenz)++ | CREDITS:
21:43 dalek rakudo: updated my CREDITS entry; removed svn $Id$
21:43 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​73c9586051a205a84d35f0629ae3a96fe2d69c7
21:43 shorten dalek's url is at http://xrl.us/befr79
21:55 toddr joined #parrot
21:55 toddr left #parrot
22:03 Whiteknight joined #parrot
22:10 chromatic Coke, is TT #5 still reproducable?
22:14 Infinoid pmichaud: ok, I can see the same problem in a fresh clone; git checkout -l doesn't seem to do what it's supposed to
22:25 Infinoid oh, I see.  that branch@{ref} stuff is based on reflog, not commitlog.  hmm
22:26 chromatic How is r35149 a fix?
22:27 Infinoid so master@{yesterday} means "the version I was playing with yesterday", not "the version master was at yesterday"
22:45 rurban_ joined #parrot
22:46 dalek parrot: r36557 | cotto++ | trunk:
22:46 dalek parrot: [gc] fix final references to "dod" and the now nonexistent docs/dev/dod.pod
22:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36557/
22:47 alvar joined #parrot
22:54 cotto now to tackle "DOD"
22:54 moritz department of defense? ;-)
22:54 szbalint dangers of drinking
22:55 Infinoid Donuts On Demand
22:56 chromatic Donut Order Detection
22:57 moritz doughnuts of desaster
22:57 szbalint DOD Ought Dereference
22:58 chromatic DOD of Recursing Daemons
22:58 Infinoid devil's own doggy
22:59 Infinoid deathtrap of despair
23:00 dalek parrot: r36558 | rurban++ | trunk/config/init/hints/solaris.pm:
23:00 dalek parrot: Fix #309: use CC instead of cc to link c++ libs such as icu.
23:00 dalek parrot: Sorry about that.
23:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36558/
23:00 Whiteknight joined #parrot
23:01 dalek parrot: r36559 | cotto++ | trunk/examples:
23:01 dalek parrot: [gc] remove or replace references to DOD
23:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36559/
23:01 cotto DOD Object Detection
23:01 Whiteknight cotto++ that's been on my todo list for a pretty long time
23:02 cotto it's boring, but also good for lots of karma (especially if I do one change per commit, but someone might say something in that case)
23:02 pmichaud Infinoid: so, no shortcut way to get the version of the repo as of a certain date (short of inspecting logs and determining commit numbers from that)?
23:02 Infinoid you never know.  if you commit 10 changes at once, dalek might drop half of them
23:03 cotto I also might finally get a palindromic revision number.
23:04 Infinoid pmichaud: if your checkout was around at the time in question, master@{iso8601 date} or master@{N days ago} will work.  otherwise, I couldn't find a way in my quick search
23:04 Infinoid reflogs are a bit weird, I need to research that stuff more.
23:04 pmichaud Infinoid: okay, that's what I suspected.
23:04 pmichaud so, it's back to writing my "long way around" script to handle it then :-)
23:04 pmichaud not hard, just another task.
23:05 pmichaud afk for a while.
23:05 Infinoid the git-rev-parse manpage has a description of the stuff you can validly fill in instead of a revision, I learned some stuff from that.
23:05 Infinoid e.g. git show ':/[perl6] Fix breakages'
23:06 moritz I've seen this suggested on a list:
23:06 moritz git checkout $(git rev-list -n1 --before="Mon Dec 31  2007 23:59:59")
23:07 moritz however it doesn't work here, because rev-list needs a commit identifier
23:07 Infinoid that might be the basis for a decent script though
23:07 moritz git rev-list  -n1 --before="Feb 08  2009 23:59:59" HEAD
23:08 Infinoid yeah, that works, ± some GMT conversion stuff
23:09 moritz it also works with --before=2009-02-08
23:12 cotto can someone with pre-r36559 and a fast machine tell me if t/benchmark/benchmark.t passes?
23:12 cotto (or a good memory)
23:13 chromatic It did as of r36556.
23:13 chromatic Let me try it there.
23:13 kid51 joined #parrot
23:13 cotto of course, smolder
23:14 cotto smolder?
23:14 purl smolder is http://sourceforge.net/projects/smolder or web-based smoke test aggregator used by developers and testers to upload (automated or manually) and view smoke/regression tests using the Test Anything Protocol (TAP). or http://smolder.plusthree.com/app​/public_projects/smoke_reports/8
23:16 chromatic examples/benchmarks/array_access.pir fails, but I fixed that a while ago.
23:17 chromatic Maybe I didn't check it in.
23:19 bkuhn joined #parrot
23:19 cotto I'm seeing failures there.
23:19 cotto I'm running that test, but it's slooooow.
23:20 chromatic Try this checkin.
23:21 dalek parrot: r36560 | chromatic++ | trunk/t/benchmark/benchmarks.t:
23:21 cotto I'm more concerned that the DOD->GC changes broke something (unlikely as it is)
23:21 dalek parrot: [t] Removed IntList from array access benchmark results.
23:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36560/
23:27 cotto Lots of PARROT_API functions have "DOD" in their names.  Should I barge ahead and change them all, or should the go through the deprecation cycle?
23:27 chromatic I'm surprised they have PARROT_EXPORT on them.
23:28 chromatic Can you post a list to the list?
23:28 Whiteknight What would people say about the addition of a readline_p opcode, in addition to the current readline_p_p?
23:29 moritz benchmarks.t: all but test 4 passes here (r36556)
23:29 Whiteknight all the other io opcodes have variants that read/write the standard streams
23:30 wolverian joined #parrot
23:31 dalek parrot: r36561 | jkeenan++ | branches/update_pod:
23:31 dalek parrot: Create branch for updating POD per https://trac.parrot.org/parrot/ticket/292.
23:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36561/
23:31 chromatic moritz, is test 4 the array_access test?
23:31 kid51 cotto:  Are you looking at the RT re DOD?
23:31 moritz chromatic: yes
23:32 Infinoid That one failed here too.
23:32 Infinoid cotto: if that's the only failure you see, you're probably safe
23:33 chromatic Okay, then 36560 fixed it.
23:33 wolverian hi, are there up-to-date .debs for debian and/or ubuntu of parrot and rakudo? I remember reading about someone looking into that, I think.
23:33 cotto kid51, yes
23:34 kid51 cotto:  thanks
23:34 moritz wolverian: allison did
23:34 wolverian moritz: have an url? :)
23:35 wolverian s/an/a/
23:35 moritz wolverian: not of any results
23:36 moritz wolverian: although ports/debian  looks promisinig
23:36 wolverian hm, thanks.
23:38 cotto should function names with "gc" have those letters capitalized?  Some do, but it's ugly and I could lc them while I'm mucking around there anyway.
23:38 Infinoid jonathan: someone on parrot-dev just mentioned having a build failure on mingw due to not finding parrot_config.  did you mention seeing/fixing that recently?
23:40 chromatic lc lc lc
23:40 Infinoid cotto: even though its an acronym, Parrot_gc_ seems like a good prefix for that stuff to me.
23:41 cotto good enough for me
23:42 jonathan Infinoid: I think I just replied to that one?
23:43 jonathan But basically, I had to make parrot_config myself to get it to work...
23:43 Infinoid great, hasn't come through here yet
23:43 jonathan It wouldn't entirely surprise me if there are some other issues.
23:47 mikehh joined #parrot
23:48 TiMBuS joined #parrot
23:50 Whiteknight cotto: Parrot_gc_* is what it should be
23:52 dalek parrot: r36562 | whiteknight++ | branches/vtable_morph_change/src/pmc:
23:53 dalek parrot: [vtable_morph_change] fixed the errors in t/pmc/complex.t, but three more errors magically appeared
23:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36562/

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

Parrot | source cross referenced