Camelia, the Perl 6 bug

IRC log for #parrot, 2008-04-05

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:15 dalek r26750 | jkeenan++ | trunk:
00:15 dalek : (1) Per posting in http://rt.perl.org/rt3/Tic​ket/Display.html?id=52054, relaxing
00:15 dalek : requirement that each PDD have a SYNOPSIS.
00:15 dalek : (2) Making sure that pdd00_pdd.pod and pdd_template.pod have NAME, VERSION,
00:15 dalek : ABSTRACT, SYNOPSIS and DESCRIPTION in the same order.
00:15 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26750
00:20 dalek r26751 | rgrjr++ | trunk:
00:20 dalek : * docs/compiler_faq.pod:
00:20 dalek :    + Update the NS deletion example.
00:20 dalek :    + Replace find_global with get_(hll|root)_global.
00:20 dalek : * docs/pmc/subs.pod:
00:20 dalek :    + Ditto.  This could use a good deal more updating -- some of the
00:20 dalek :      examples use very old calling conventions -- but I'm not sure how
00:20 dalek :      to do this without changing PASM to PIR.
00:20 dalek : * docs/pdds/pdd23_exceptions.pod:
00:20 dalek : * docs/pdds/draft/pdd06_pasm.pod:
00:20 dalek :    + Ditto.
00:20 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26751
00:22 kid51 Oooh, let's see how well the pdds rgrjr just edited conform to the coding standards.
00:22 * kid51 re-ups
00:23 * kid51 re-runs t/codingstd/pdd_format.t
00:24 kid51 pdd06_pasm.pod is *way* out of compliance -- but it's a draft with large chunks of text copied from this channel!
00:25 kid51 But pdd23_exceptions.pod passes with flying colors! rgrjr++
00:30 dalek r26752 | jkeenan++ | trunk:
00:30 dalek : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Tic​ket/Display.html?id=52054).
00:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26752
00:32 dalek r26753 | jkeenan++ | trunk:
00:32 dalek : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Tic​ket/Display.html?id=52054).
00:32 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26753
00:35 dalek r26754 | jkeenan++ | trunk:
00:35 dalek : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Tic​ket/Display.html?id=52054).
00:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26754
00:41 dalek r26755 | jkeenan++ | trunk:
00:41 dalek : Bring file closer to conformance with coding standards for PDDs (http://rt.perl.org/rt3/Tic​ket/Display.html?id=52054).
00:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26755
00:51 dalek r26756 | jkeenan++ | trunk:
00:51 dalek : This progam is not a build tool; it's a developer's tool.  Repositioning per suggestion from chromatic in http://rt.perl.org/rt3/Tic​ket/Display.html?id=52472.
00:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26756
00:53 muixirt2 joined #parrot
00:57 rdice joined #parrot
00:59 guru joined #parrot
01:19 nopaste joined #parrot
01:34 skv_ joined #parrot
01:39 skv_ joined #parrot
01:55 Theory joined #parrot
02:05 particle joined #parrot
02:21 dalek r26757 | jkeenan++ | trunk:
02:21 dalek : Eliminate hardcoded directory languages/lua/pmc.
02:21 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26757
02:22 dalek r26758 | jkeenan++ | trunk:
02:22 dalek : Correct number of tests in plan.
02:22 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26758
02:25 dalek r26759 | jkeenan++ | trunk:
02:25 dalek : Correct POD formatting error.
02:25 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26759
02:27 dalek r26760 | jkeenan++ | trunk:
02:27 dalek : Make it pass the linelength codingstd test.
02:27 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26760
02:33 dalek r26761 | jkeenan++ | trunk:
02:33 dalek : Applying patch submitted in
02:33 dalek : http://rt.perl.org/rt3/Tic​ket/Display.html?id=40817.  This will log files
02:33 dalek : created during configuration in new file MANIFEST.configure.generated.
02:33 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26761
02:35 kid51 Hmm:  Nobody here but me and a bot for the past 3 hours ...
02:59 nopaste joined #parrot
02:59 Infinoid kid51: thanks for keeping the bot busy :)
03:12 silug joined #parrot
03:16 Coke kid51: ? did you commit a change to say "don't exlude lua from the codingstd tests" and then a bug to say "lua fails the codingstd tests" ?
03:28 davidfetter joined #parrot
03:35 cotto_home and suddenly...
03:35 purl it has been said that suddenly is disturbed that the avg. high breaks 70 4 months out of the year
03:35 cotto_home nothing happened
03:36 cotto_home purl, forget suddenly
03:36 purl cotto_home: I forgot suddenly
03:38 Coke merging slooooow
03:38 kid51 Coke:  I was dealing with a series of failing tests in make test.   The first was t/perl/Parrot_Distribution.t
03:39 kid51 The svn_id and linelength failures are in a file generated from Parse:Yapp.
03:40 Coke ah. you edited the PD test file, not PD itself. ok.
03:40 Coke carry on. =-)
03:41 kid51 I'm not sure how to handle those Parse::Yapp files.  So if there's a better approach, take it.
03:41 Coke ignore then.
03:41 Coke "them."
03:41 * kid51 must sleep
03:41 purl $kid51->sleep(8 * 3600);
03:42 Coke buenos suenos; hasta manana.
03:44 Coke ... I could have taken a nap waiting for this 'svn merge' to finish... still going...
03:46 pmichaud mmmmm nap
03:50 pmichaud okay, I'm confused on hackathoning for yapc::na.  Will it be better for me to attend the parrot hackathon (pre conference) or the general hackthon (post conference)?  I don't think I can do both.
03:50 Coke I will be there before.
03:50 Coke plane tickets already purchased. So use that as you will.
03:51 pmichaud I'm pretty sure particle will be there before as well, so I guess I'll target that
03:51 Coke I have a conflict in compilers/imcc/imcparser.c; that's a generated file, neh?
03:51 Coke er, rather, "how do I regenerate this file." =-)
03:51 Coke wow. I'm shamed to admit it's in the first 5 lines of the file.
03:53 Coke (not that that command works as written)
03:53 pmichaud coke:  going on fri night or sat morning?
03:54 Coke I'll be there friday night, but I don't know how late my flight gets in.
03:54 Coke but I can definitely meet up, given I don't have to be anywhere sat morning.
03:55 pmichaud I can get a ticket ($99) that puts me at Chicago Midway at 10:05am on Saturday
03:55 pmichaud or I can get one for Friday morning ($99) but then I don't have anything to do all day Fri
03:55 Coke ok. does --maintainer actually regen the gen'd files, or do you have to 'make' for that to take?
03:55 Coke I have to work friday, I'm hopping the plane right after work.
03:55 pmichaud if I go Fri evening it's almost twice as expensive
03:57 pmichaud so I'm wondering if Sat noon is early enough or if I should try to get there earlier
03:57 Coke I'm sure that'll be fine.
03:58 pmichaud yeah, I think I'll book for early Sat for now
03:58 pmichaud I can switch later w/o trouble.  And it would be good to see the kids Fri night before leaving for the week
04:02 Coke there goes another day.
04:14 Andy joined #parrot
04:27 Coke seen chromatic?
04:27 purl chromatic was last seen on #parrot 2 days and 22 hours ago, saying: msg Coke Does http://nopaste.snit.ch/12609 make sense for fixing t/compilers/imcc/syn/regressions.t?  [Apr  1 23:44:15 2008]
04:41 dalek r26762 | coke++ | type_ids:
04:41 dalek : * merge changes 26610:26761 from trunk.
04:41 dalek : * update .const .foo -> .const 'Foo' in lua.
04:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26762
04:44 Coke ... grrrr.
04:44 Coke that commit failed halfway through.
04:44 chromatic joined #parrot
04:44 chromatic You have to run make to regenerate.
04:45 Coke yah, figured it out, danke.
04:46 chromatic Do you want me to checkin that constant division op patch?
04:46 Coke So that commit failed on my end. but apparently at least partially went through. and when I do a svn up locally, I get an error.
04:47 Coke chromatic: The only thing it's missing is another test for the float version of the test, and unskipping the corresponding float op.
04:48 chromatic If you write the test, I'll fix the rest.
04:50 chromatic Ideally, we'll fix IMCC/PIRC to do the right thing with constants, but that's a different story.
04:57 nopaste "coke" at 72.228.52.192 pasted "I think this does it." (34 lines) at http://nopaste.snit.ch/12626
05:02 chromatic Kind of misleading output, neh?
05:07 Coke in that throwing an exception is ok?
05:07 Coke or the useless use of TAP in a non-TAP context?
05:07 Coke I can de-tapify it.
05:09 Coke hurm. it looks like my commit failure was actually during the update phase immediately following the commit.
05:09 Coke which restores my faith in atomic commits, anyway.
05:10 chromatic The test description suggests that division by zero is okay.
05:11 chromatic Per my reading anyway.
05:12 Coke 'throw catchable exception when dividing by ze
05:12 Coke ro with constants'
05:12 Coke ?
05:13 chromatic div_i_ic_ic throws div by zero exception
05:13 Coke it always did through the exception, though.
05:13 Coke the catchable part is the part we're fixing.
05:13 silug joined #parrot
05:14 chromatic Mostly aren't we testing that the ops exist now?
05:14 Coke no
05:14 Coke I'm testing that the exception that gets thrown is catchable.
05:15 Coke (and it's not if the opcode isn't found.)
05:15 chromatic Fair enough.
05:17 chromatic I'm rebuilding now.
05:21 chromatic ... and fixing the JIT.
05:21 Coke -DCANHASJIT?
05:21 chromatic More like CAN I HAZ PIE!
05:21 Coke mmmm, PIE
05:22 chromatic I know.  Suddenly I want pie.
05:22 chromatic Chicken pot pie.
05:22 purl i guess chicken pot pie is good.
05:22 chromatic Apple pie.
05:22 purl apple pie is at http://Bill.Gate's.face
05:22 Coke shepard's pie
05:22 purl shepard's pie is basically dry meat stew. :)
05:23 chromatic Key lime pie.  I ate one of those pies destined for Dan's face, you know.
05:24 chromatic Schwern handed me a bag with two pies in it and one of them didn't make it up on stage.
05:27 Coke chromatic: http://www.yelp.com/biz/house-of-pi​es-restaurant-and-bakery-houston-3 ... Sometimes I miss Houston. (It's actually the House of Pi, or at least was when I lieved there.)
05:27 shorten Coke's url is at http://xrl.us/bixo3
05:28 chromatic I know all of the words in the sentence "I miss Houston" but I have no idea what it means.
05:28 dalek r26763 | chromatic++ | trunk:
05:28 dalek : [ops] Enabled div_i_ic_ic and div_n_nc_nc opcodes temporarily, at least until
05:28 dalek : we can fix the PIR compiler to optimize away constant-denominator division (and
05:28 dalek : figure out how to handle division-by-zero exceptions).
05:28 dalek : Note that this invalidates bytecode, so you must make realclean if you want
05:28 dalek : your PBCs to work.
05:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26763
05:28 chromatic RT #52454 is closeable.
05:29 Coke chromatic: note that we are already optimizing away constant division in all cases except where it throws an exception.
05:29 Coke chromatic: don't want to close until we get feedback from andy & anyone else who complained.
05:31 chromatic DO YOU TRUST ME OR NOT!
05:31 chromatic You have to make your own omelette?
05:47 spinclad query for the room:  does PBC have an API version number that could get incremented on bytecode-invalidating changes?  so that Parrot won't try to run something now nonsensical?  (and then in Makefile have *.pbc depend on the APIVersion file, for extra goodness)
05:49 chromatic I thought so, but I'm not sure we're using it.
05:49 chromatic The Bytecode PDD (13?) would know.
05:49 chromatic Or jonathan.
05:49 purl i guess jonathan is at jnthn@jnthn.net or Jonathan Worthington or the dotnet guy or c, according to coke
05:49 Coke ... wait, there's om-ba-lettes?
05:49 spinclad to perhaps explain better:  a copy of the API Version is stored in the PBC header, as well as the APIVersion file.
05:50 spinclad thanks, i'll check there...
05:52 Coke ... isn't that what PBC_COMPAT is?
05:53 Coke spinclad: I think there's a ticket about those deps somewhere.
05:56 * Coke discovers RiffTrax. mmheheh
05:56 spinclad from PDD13, this would be the 'bytecode file version number', 'minor version number'.
05:56 * Coke kicks rt
05:56 dalek r26764 | coke++ | type_ids:
05:56 dalek : [DEPRECATED]
05:56 dalek : Remove VTABLE_type_keyed_str as per RT #48481.
05:56 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26764
05:58 spinclad yes, that's PBC_COMPAT, thanks
06:01 Coke . o O (zzz)
06:29 nopaste joined #parrot
06:31 cotto_home is there anything that'd be like does('iterator') ?
06:35 cotto_home preferably more elegant than *pmc->vtable->get_iter != Parrot_default_get_iter
06:40 cotto_home (I'm coming up with all kinds of bad ideas today.)
06:45 cotto_home nm.  it looks like arrays don't have to be able to make iterators
07:03 dalek r26765 | chromatic++ | type_ids:
07:03 dalek : [PMC] Really remove type_keyed_str vtable entry, with which we have always been
07:03 dalek : at war.  We love Oceana, for now.
07:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26765
07:13 dalek r26766 | chromatic++ | trunk:
07:13 dalek : [docs] Fixed a POD formatting error in PDD template.
07:13 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26766
07:14 dalek r26767 | chromatic++ | trunk:
07:14 dalek : [Lua] Added copyright and SVN id to Parse::Yapp template, so that it appears in
07:14 dalek : the generated (and checked-in) file.
07:14 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26767
07:23 silug joined #parrot
07:33 barney joined #parrot
07:51 dalek r26768 | bernhard++ | trunk:
07:51 dalek : [codingstd]
07:51 dalek : languages/lua/Lua/parser.pm is gone, so there is no need to excempt it.
07:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26768
08:39 iblechbot joined #parrot
08:54 jan joined #parrot
09:18 Psyche^ joined #parrot
09:27 Senaka joined #parrot
09:28 Senaka hi is dod.h THE INCLUDE for gc stuff? or are there other interface files that I should be looking at?
09:34 Tene Hmm.
09:34 Tene You might want to look at docs/pdds/pdd09_gc.pod
09:35 kj joined #parrot
09:37 Senaka Tene: yes I did look. Thanks. But, the requirement is to find the methods (signatures) etc.
10:07 barney joined #parrot
10:08 Senaka ping
10:08 Senaka anyone knows?
10:08 * purl *knows* Senaka in that oh so special way
10:09 Senaka :)
10:43 spinclad Senaka: i believe dod.h is the include for gc.
10:44 Senaka spinclad: thanks
10:44 Senaka left #parrot
10:48 barney joined #parrot
11:03 Senaka joined #parrot
11:04 Senaka left #parrot
11:04 Senaka joined #parrot
11:04 Senaka left #parrot
11:04 Senaka joined #parrot
11:04 Senaka Hi
11:04 purl hey, Senaka.
11:05 jonathan hi
11:06 Senaka blocking or parrot == locking ?
11:07 Senaka blocking on parrot == locking ?
11:07 Senaka I'm talking interms of the dod.h
11:09 Senaka What I want to know is whether calling Parrot_block_xx() is like acquiring a lock?
11:10 kj Senaka: I don't know much about the GC, but I think when you're blocking it, the GC will stop
11:10 kj but I'm not entirely sure what you're working on, and what's "xx"
11:11 Senaka xx means any word(s) just a generic way to represent a set of methods
11:11 kj ooh ok
11:12 Senaka :)
11:12 kj in that case I won't be of much help
11:12 Senaka ok
11:12 kj maybe check out an implementaton of block_xx?
11:12 kj and see what it's doing
11:13 Senaka hmm....
11:14 Senaka like
11:14 Senaka yes I see
11:15 Senaka what I want to clarify is whether it is essentially the same as telling the GC.... I point to the object don't sweep it?
11:15 kj I can't say. but it doesn't sound strange
11:15 spinclad looks like the 'xx_block_level's act as locks on the whole arena, blocking GC or DOD
11:15 spinclad not on single objects
11:15 Senaka ok...
11:15 Senaka yep
11:16 Senaka that's what I meant
11:16 kj I think it has to do with the term "infant mortality", but that's only what I read ages ago
11:16 Senaka like telling the whole arena is locked
11:16 kj so I 'might be horribly wrong
11:17 Senaka hmm
11:17 jonathan If the block level is 0, a DOD run will take place. Otherwise, it's blocked from doing so.
11:17 jonathan The reason it's a level is in case nested things increment and decrement it.
11:17 jonathan Or rather, nested things block and unblock it.
11:17 Senaka ok
11:17 kj that makes perfect sense :-)
11:18 jonathan It's because sometimes a DOD run might kill stuff you haven't anchored anywhere yet.
11:18 jonathan So occasionally you don't want to block it.
11:18 kj ... and that is what is meant by "infant mortality", isnt' it?
11:18 Senaka so is this a stop-the-world scenario that perhaps the incremental GC would not have?
11:18 jonathan erm
11:18 jonathan occasionally you want to block it
11:18 jonathan kj: yes, same issue.
11:18 Senaka hmm seems
11:18 jonathan Senaka: Well, it is an issue for any GC scheme I guess.
11:19 jonathan If some code has unanchored stuff around, then you want the GC to not run for the short bit of time while you anchor them.
11:19 Senaka yes
11:19 Senaka I'm trying to match the interfaces between Harmony and Parrot GC
11:20 Senaka so wanted to be sure that I got things right
11:20 spinclad perhaps what might be different for incremental GC is the separate phases of DOD and GC
11:20 Senaka hmm... not exactly sure about it
11:21 jonathan DOD and the sweeping is separate today in Parrot.
11:21 Senaka yep...
11:22 Senaka so even the locking is separate?
11:22 Senaka yes I guess
11:22 kj but I think the blocking should always happen, no matter what GC algorithm; the initialization of objects should always be done as an atomic operation, as far as the GC is concerned
11:22 Senaka yes
11:23 Senaka my issue is to identify how you do things and find the corresponding match in Harmony
11:23 Senaka the issue is that you have no single way of implementing it
11:23 Senaka So wanted to clarify rather
11:24 kj so, i don't know much about GCs, but it might be worth the trouble to list all API functions of one implementation, describe what each does
11:24 kj and then do the same for another implementation
11:24 spinclad we have a single primary implementation we use
11:24 kj yeah, but I meant the harmony one
11:24 kj which is not used by parrot, right?
11:24 Senaka Yes, once this is done. It should make someone's life pretty easy in understanding Parrot's GC
11:25 Senaka kj: no
11:25 Senaka kj: I'm supposed to get it working
11:25 kj yes, that's what I thought
11:25 kj but it might be hard to map harmony functions to parrot's gc functions
11:26 kj because their implementation (of the gc's) might be very different
11:26 Senaka kj: :( yep... I'm having a time
11:26 kj so that the APIs are used differently
11:26 Senaka not very
11:26 Senaka but hard to find patterns
11:27 kj these tasks are typically not completed in short time unfortunately, but it takes time for brains to find patterns. In my experience anyway
11:28 Senaka :0
11:28 Senaka :)
11:28 Senaka one more question,
11:28 purl one more question, is there a way to represent a '/' in a url when sending it to a cgi prog? eg http://server/CGI/add?/index.html
11:29 Senaka like say can you run this in parrallel concurrent threads?
11:29 Senaka no?
11:29 purl well, maybe.
11:29 spinclad purl, forget one more question
11:29 purl spinclad, I didn't have anything matching one more question
11:29 spinclad purl, forget one more question,
11:29 purl spinclad: I forgot one more question,
11:29 AndyA joined #parrot
11:29 tewk joined #parrot
11:30 spinclad we intend GC to be pluggable, but you may well uncover hidden assumptions in how we've done it to date.  you may have to understand both harmony and our current GC in some detail to reconcile them
11:30 Senaka yes
11:31 spinclad read the code and ask here and on the list.  when someone who knows the gc system is around, they can answer...
11:32 Senaka ok
11:32 Senaka you do have another channel right?
11:32 spinclad no, this is best for parrot questions
11:32 Senaka ok
11:33 Senaka parrotsketch?
11:33 purl i heard parrotsketch was 18:30 UTC, Tuesdays or a weekly status meeting for parrot design team
11:33 spinclad mailing list is ... parrot-porters@perl.org ?
11:33 Senaka yep I'm on it
11:33 spinclad and what purl said
11:34 Senaka will ask on list
11:34 jonathan IRC is kinda dependent on, who's around.
11:34 Senaka :)
11:34 Senaka I think I'm a bit early today
11:34 jonathan I only know the GC roughly...I know what it does, but at a code level I'm less familiar.
11:34 Senaka ok
11:38 * spinclad -> bed
11:45 dalek r26769 | jonathan++ | trunk:
11:45 dalek : [rakudo] The first little bits of captures. Parse the \(...) syntax and create a new capture based upon that. Uses the Capture PMC, though it needs some fixes.
11:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26769
11:47 rdice joined #parrot
12:18 kid51 joined #parrot
12:37 cosimo joined #parrot
12:57 dalek r26770 | jonathan++ | trunk:
12:57 dalek : [rakudo] Implement my Type $x parsing, and assignment of the prototype object. That means we can do my Foo $x; $x.new(), or $x ~~ Foo == true, and such stuff.
12:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26770
12:59 cosimo jonathan: so cooool!
13:08 askie joined #parrot
13:11 dalek r26771 | kjs++ | trunk:
13:11 dalek : [pirc] update grammar spec for pasm: also allow .lex directives in PASM (but this grammar is not used, it's meant to be a "clean reference"; maybe later it can be used.)
13:11 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26771
13:40 kj left #parrot
13:48 cognominal got on my macbook svn: Failed to add directory 'languages/hq9plus': object of the same name already exists
13:48 cognominal seems a case insensitivity problem
13:49 cognominal indeed
13:56 Coke cognominal: if you're not working in that area, remove it and re-up.
13:56 kid51 cognominal:  We saw that problem last week
13:57 Coke and anyone who updates *across* that set of revisions will always see it. :|
13:57 kid51 Yes, Coke's advice is what we had to do; it will clear up.
13:57 cognominal that's waht I did
13:57 cognominal thx
13:57 Coke we know who did it if you wish to throw rotten tomatoes. =-)
13:57 * Coke yawns.
13:57 * kid51 passes Coke a mug of French roast coffee
13:58 cognominal cognominal proposes an irish coffee
14:00 Infinoid irish coffee at 7am... wuf.
14:03 Infinoid seems to me that Parrot_(un?)block_GC_.+ has semantics similar to an rwlock
14:07 tetragon joined #parrot
14:11 spinclad or other PV semaphores
14:15 Infinoid but not quite.  these functions won't block if a dod/gc run is already running, they'll just prevent a new one from spawning
14:15 Infinoid that sounds racey
14:19 dalek r26772 | jkeenan++ | ports:
14:19 dalek : Add test to guarantee that auto::ports is skipped on non-Darwin OSes.
14:19 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26772
14:32 dalek r26773 | jkeenan++ | ports:
14:32 dalek : Create test of case where Macports directories cannot be located.
14:32 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26773
14:34 barney joined #parrot
14:47 Senaka left #parrot
14:50 dalek r26774 | jkeenan++ | ports:
14:50 dalek : Create test of case where directory structure needed for Macports is located.
14:50 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26774
14:54 dalek r26775 | jonathan++ | trunk:
14:54 dalek : [rakudo] Implement .= operator (call method and assign result).
14:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26775
15:00 Senaka joined #parrot
15:00 Infinoid t/doc/pod.t warns about docs/pdds/pdd_template.pod, and says I should use podchecker to check the failure.  but podchecker doesn't seem to have any problem with it.
15:04 dalek r26776 | jkeenan++ | ports:
15:04 dalek : Add files to test auto::ports in cases where verbose output has been
15:04 dalek : requested.
15:04 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26776
15:05 dalek r26777 | bernhard++ | trunk:
15:05 dalek : Remove trailing whitespace.
15:05 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26777
15:06 barney Infinoid: I had seen something like that too, but don't remember the reason
15:07 barney Might be a config picked up by pod.t
15:09 kid51 Infinoid:  I'll take a look at that.  I was making files conform to t/codingstd/pdd_format.t last night and may have broken something.
15:09 kid51 Is there anything to paste?
15:09 dalek r26778 | jonathan++ | trunk:
15:09 dalek : [core] Fix capture PMC enough to allow assignment of captures in Rakudo.
15:09 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26778
15:10 Infinoid let me reconfigure and find out
15:11 tetragon kid51: I have a crude patch to drop the arch flags from the Perl 5 config data on Darwin that shouldn't affect people explicitly passing them into Configure
15:13 dalek r26779 | bernhard++ | trunk:
15:13 dalek : [Pheme]
15:13 dalek : Regenerate Makefile when template has changed.
15:13 dalek : Remove $(TOOL_DIR) as it had misleading name.
15:13 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26779
15:13 kid51 Does this fit into the subject matter of one of the RTs I or you opened since to.pm?  If so, then you can respond to that item on list and include patch as email attachment (recommend:  file name ending in .txt).
15:14 tetragon It's the lipo ticket you opened
15:14 Infinoid kid51: that test failure disappeared after I did a realclean/configure.  false alarm?
15:15 kid51 Infinoid:  I'll check in a minute.
15:16 tetragon kid51: I was having difficulties earlier with emailed responses to a ticket not getting through
15:17 kid51 Let's diagnose.
15:21 kid51 tetragon:  I see that you made an RT entry on http://rt.perl.org/rt3/Tic​ket/Display.html?id=52214 this morning.  How did you effect that?
15:21 tetragon The account I created after my email failure
15:22 kid51 tetragon:  What type of account?
15:22 kid51 Bitcard?
15:22 purl it has been said that Bitcard is our new auth system.
15:22 tetragon Bitcard
15:22 kid51 Okay, so you were working from the RT's GUI interface, correct?
15:22 tetragon Yes
15:24 Senaka joined #parrot
15:24 kid51 Ok, then do another post there, remembering (a) to click on the 'Click to toggle Cc of perl6-internals' link; and (b) click on the Browse button to locate the patch you wish to post.
15:24 tetragon Hrm... I didn't get an email for my reply this morning
15:25 dalek r26780 | bernhard++ | trunk:
15:25 dalek : Coding std fixes.
15:25 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26780
15:25 kid51 You don't get an email confirmation for every post -- just in response to the email that *creates* a new RT
15:26 tetragon I also know that my current patch is probably not in the form that would be used
15:26 kid51 Infinoid:  After make realclean and svn up, t/doc/pod.t passes cleanly for me.
15:26 Infinoid yeah, me too.
15:28 kid51 tetragon:  Understood.  These issues peer into the murky depths of Darwin, which we don't understand nearly as well as we need to.  In particular, as you have documented, there are weird differences between ppc and intel OTOH and between 10.3/10.4/10.5 OTOH that we don't understand.  So don't worry about producing a finished product.  Quite a few people will have to weigh in before something like this is applied.
15:29 tetragon The patch is rather simple
15:30 tetragon I've sent it up
15:31 Senaka joined #parrot
15:31 kid51 But getting it to work on the various Darwins may not be simple.  It took > 2 months for us to understand why a patch Allison, the Project Architect wanted, wasn't working for me -- and that was a very short patch as well.
15:32 * kid51 would really welcome having Parrot persuade Apple to have 1 developer put 10 hours/month into porting to darwin.
15:35 Limbic_Region joined #parrot
15:40 kid51 tetragon:  I see the patch.  And since you hit the "Cc" toggle, a copy will go to list.  The patch looks well constructed, but we'll have to consider 2 questions:
15:41 kid51 1. Is ignoring the '-arch' flags the correct thing to do in all circumstances?
15:41 kid51 2.  Should this code be in config/init/hints/darwin.pm -- a Darwin-specific module -- rather than in config/init/defaults.
15:42 tetragon It only ignores the '-arch' flags obtained via Perl 5's configure, it doesn't deal with those from the command line (if my understanding of Configure.pl is correct)
15:42 kid51 2.  Should this code be in config/init/hints/darwin.pm -- a Darwin-specific module -- rather than in config/init/defaults.pm -- which is a trans-OS module?
15:42 tetragon And as for config/init/hints/darwin.pm, that's the thing I was wondering about
15:43 tetragon I don't want people who want to pass in -arch flags to lose that option
15:44 malte joined #parrot
15:44 kid51 Okay.  As I said, there are a number of people who I expect will have thoughts on this.  Thanks for investigating the issue.
15:53 * barney trying to rip PAST-pm from pheme
15:59 * barney only two failures left
16:10 davidfetter joined #parrot
16:23 dalek r26781 | jkeenan++ | ports:
16:23 dalek : Configuration element is now known as ports_root rather than macports_root.
16:23 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26781
16:24 tetragon Hrm... t/stm/runtime.t test 4 has stopped failing consistently
16:24 tetragon Erm, crashing
16:26 tetragon It didn't crash a couple of the times when I ran it
16:30 Senaka Configure.pl --cc=g++ is not successful
16:31 Senaka "Verifying that the compiler supports function pointer casts...Although it is not required by the ANSI C standard,
16:31 Senaka Parrot requires the ability to cast from void pointers to function
16:31 Senaka pointers for its JIT support.
16:31 Senaka Your compiler does not appear to support this behavior with the
16:31 Senaka flags you have specified.  You must adjust your settings in order
16:32 Infinoid when I try it, I get a bunch of "Linker failed" messages.
16:32 Infinoid maybe ld needs -lstdc++ on the command line
16:32 Senaka yes they are among the other messages
16:33 Senaka Use of uninitialized value in numeric eq (==) at config/auto/pack.pm line xx
16:33 Senaka are some others
16:38 Andy joined #parrot
16:43 Senaka Infinoid:yes
16:43 Senaka undefined reference to `__gxx_personality_v0' is the error
16:46 dalek r26782 | fperrad++ | trunk:
16:46 dalek : [install]
16:46 dalek : - dotnet builds again
16:46 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26782
16:49 Senaka ok done. Configure.pl --cc=g++ --link=g++
16:55 dalek r26783 | fperrad++ | trunk:
16:55 dalek : [Lua]
16:55 dalek : - distro
16:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26783
16:55 Senaka use of C++ keywords as formal parameter names breaks build on C++
16:56 Senaka using the '_' (underscore) convention in patch
16:56 Senaka is it ok?
16:58 dalek r26784 | jonathan++ | trunk:
16:58 dalek : [rakudo] Initial implementation of runtime type-checking of assignments. Missing a trivial compile-time optimization and certainly doesn't work for PMC types and constraints, but it works OK for checking what you assign is compatible with the named class for class types or, if it's a role name specified as the type, that what is being assigned does that role.
16:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26784
16:58 jonathan Senaka: that sounds fine.
16:59 Senaka jonathan: cool, proceeding with patch
17:02 jonathan nice :-)
17:02 * jonathan wonders just how wrong the patch he just checked in is.
17:03 Senaka jonathan: patch sent
17:05 jonathan cool
17:06 Senaka btw it is not @ all a good habit to use keywords in any place other than where it is supposed to. Especially in headers. This is why we find OS headers/source awfully complicated, since they use _ all over
17:06 Senaka :)
17:06 cotto_home I think t/codingstd/cppcomments.t could use some cage cleaner attention
17:06 cotto_home it says it's looking for cuddled elses
17:07 cotto_home (lines 40 and 43)
17:07 Senaka static op_lib_t core_op_lib redefined in core_ops.c
17:07 Senaka lines 22 and 29933
17:08 Senaka any reasons?
17:09 cotto_home seen Infinoid
17:09 purl Infinoid was last seen on #parrot 37 minutes and 16 seconds ago, saying: maybe ld needs -lstdc++ on the command line
17:09 * Infinoid didn't do it!
17:10 Senaka infinoid: hi
17:10 purl privet, Senaka.
17:10 Infinoid hey
17:10 Senaka Configure.pl --cc=g++ --link=g++ does it
17:10 Senaka then came several issues
17:10 Senaka :) during make
17:11 Senaka I sent a patch for the keyword use scenario
17:11 Senaka #52500
17:11 Infinoid I'm guessing compiling with g++ is needed for your GC work?
17:12 Senaka no I think
17:12 Senaka We'll be connecting an adapter probably
17:12 Senaka I dunno how this could be addressed... depends on what it would be after interfaces are aligned
17:13 Senaka but normally say someone wants a C++ parrot... in that case you need to get these fixed
17:14 * davidfetter contemplates Cb parrots
17:14 davidfetter C#
17:14 Infinoid also, some people only have C++ I think.  (most of the compilers listed in README_win32.pod are C++)
17:14 Senaka oh!
17:14 Infinoid davidfetter: *seizure*
17:15 Senaka C#??
17:15 purl i think C# is the bastard child of Perl and Java according to Simon
17:15 davidfetter heh
17:15 jonathan davidfetter: I already embedded Parrot in C#. Well, kinda.
17:15 davidfetter do tell :)
17:15 Senaka purl: wow
17:15 purl Senaka: what?
17:15 jonathan I did enough to instantiate an interpreter, and then destroy it. ;-)
17:15 davidfetter "we had to destroy the interpreter in order to save it."
17:15 Senaka C# how did you get it running?
17:16 jonathan Use of C#'s somewhat lesser used extren keyword, the unsafe keyword and the [DllImport(...)] attribute. :-)
17:16 Senaka AFAIK
17:17 Senaka borland C++ and MS VC++ has C variants
17:17 Senaka ain't it?
17:17 jonathan MS VC++ will certainly compile C.
17:17 Senaka compile as C code I mean
17:17 Senaka not as C++ code
17:17 jonathan I thought the .c extension triggers this?
17:18 Senaka nope
17:21 Senaka jonathan: yes
17:21 Senaka it does
17:21 Senaka http://msdn2.microsoft.com/en-u​s/library/032xwy55(VS.80).aspx
17:22 Senaka But, when using VS 2005
17:22 Senaka I've noticed that there is a default compile as C++ code option
17:23 Senaka that's what made me wonder
17:23 * davidfetter wonders whether Senaka ever worked @ afilias
17:23 Senaka direct invocation of cl.exe wouldn't cause this anyhow
17:24 Senaka davidfetter:nope
17:24 Senaka :)
17:26 tetragon davidfetter: Senaka or Seneca?  Because I did work at Afilias
17:26 davidfetter ah
17:26 davidfetter i see :)
17:26 Senaka :)
17:26 * davidfetter wonders whether he can get tetragon interested in pl/parrot
17:27 Senaka Seneca Cunningham ?
17:27 davidfetter yep
17:27 Senaka yep that's not me
17:27 Senaka :)
17:27 davidfetter ah, sorry
17:27 tetragon That's me
17:27 davidfetter roight
17:28 Senaka :)
17:28 * tetragon laughs at the confused identities
17:28 Senaka :D
17:29 davidfetter so about this pl/parrot thing...
17:29 tetragon I'm still at the point of parrot segfaulting on me
17:30 davidfetter great!
17:30 * davidfetter more into team-gathering at this stage
17:31 Senaka btw, there is yet an un-answered question
17:31 Senaka static op_lib_t core_op_lib redefined in core_ops.c
17:31 Senaka ??
17:32 Senaka g++ is not willing to go any further :)
17:37 Infinoid it has to be a difference between gcc and g++
17:37 Infinoid looks like its declared once, used in the interim, and then declared with an initializer later on
17:37 Infinoid I guess gcc allows redeclaration of static variables.
17:37 Infinoid it makes sense, because you can't use "extern" for those.
17:37 Senaka yes
17:37 Senaka that's ANSI C I guess
17:38 Senaka C++ 1998 wont isn't it?
17:38 Senaka srry C99 is what I meant
17:38 Infinoid the extern/static conflict is still there in C99, as far as I know
17:38 Senaka hmm... IIRC gcc is C99 isn't it?
17:39 Senaka => gcc still has that prob
17:39 Infinoid gcc isn't very strict
17:39 Senaka ok
17:39 Infinoid we can turn on warnings for some C99 things, but there are some things we can't force
17:39 Infinoid its also possible that this behavior is a "GNU extension"
17:40 Infinoid anyway, for g++ to work, the core_ops.c generation would need to be rearranged a bit, I guess
17:40 Senaka wonder whether someone tried reading warnings when building using VS
17:40 Senaka VS gives some good warning especially with the /W3 and /W4 options
17:41 Infinoid we've had a few recent bug reports regarding warnings for MSVC
17:41 Infinoid I don't remember this being one of them.  but I don't have that platform to test with
17:41 Senaka hmm.... I do but not @ the moment... perhaps on Monday
17:42 Infinoid I've ordered a book on GC, so hopefully I will become less clueless in the future :)
17:42 Senaka I wish that I'm not going to get bombarded with warnings as VS has a good reputation for flooding terminals
17:42 Senaka book on GC ?? may I know the name?
17:43 Infinoid http://www.amazon.com/Garbage-Collect​ion-Algorithms-Automatic-Management/d​p/0471941484/ref=si3_rdr_bb_product
17:43 shorten Infinoid's url is at http://xrl.us/bix8k
17:45 Infinoid if you do get bombarded with warnings, please nopaste them or post them to a ticket
17:46 Senaka :) sure
17:46 Infinoid there are already a couple of MSVC warning tickets open
17:46 Infinoid but more info is always better
17:48 contingencyplan joined #parrot
17:50 Senaka regarding the redefinition of the static variables
17:51 Senaka you are free to redefine it inside the method block isn't it?
17:51 Senaka wouldn't that help?
17:51 Senaka perhaps two static vars? if this doesn't help
17:51 Infinoid no, the definition (with initializer) needs to be moved up
17:51 Senaka how are we to accept that all the source files result in a in-order execution?
17:52 Senaka Infinoid: yes
17:52 Infinoid and that's an ops2c hack
17:54 Senaka Infinoid: puzzled
17:55 Infinoid core_ops.c is generated from core/ops/*.ops by ops2c.pl (and lib/Parrot/Ops2c/*)
17:56 Senaka oh i see
18:00 Infinoid I can look at that later today
18:00 Senaka Infinoid: thanks
18:30 Senaka is DOD related stuff deprecated?
18:34 dalek r26785 | jkeenan++ | ports:
18:34 dalek : Corrections in _handle_darwin_for_macports() and related changes in tests.
18:34 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26785
18:36 * Infinoid tries to build on armv5b
18:39 dalek r26786 | bernhard++ | trunk:
18:39 dalek : #43753: [TODO] $language should be the name of the test Module
18:40 dalek : Remove idle comment.
18:40 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26786
18:40 * davidfetter ph34rz teh d4l3kz
18:55 rblackwe joined #parrot
18:58 Infinoid "EX-TER-MI-NATE!"
19:00 * tetragon finds a convenient set of stairs
19:15 guru joined #parrot
19:15 guru joined #parrot
19:33 Ademan joined #parrot
19:38 rdice joined #parrot
19:41 Psyche^ joined #parrot
20:02 purl joined #parrot
20:04 Senaka hi
20:05 Senaka do you trace the PMC object roots on the Stack within the GC? or in other words is there any Stack enumeration?
20:09 camgirl29 joined #parrot
20:12 guru left #parrot
20:14 Davemon joined #parrot
20:19 Senaka when is 1.0 of Parrot due?
20:19 wolverian tomorrow
20:19 purl o/~ the sun will come out.. tomorrow.. o/~ or the National Day of Slayer, and the National Emo Kid Beatdown day, by http://www.nationaldayofslayer.org/ and http://community.livejourna​l.com/wtf_inc/2805832.html or tomorrow and tomorrow and tomorrow creeps in this petty pace or mañana or free for all or another day
20:20 Senaka wolwerian: are you serious?
20:20 Infinoid wolverian: you sound like a volunteer :)
20:21 tetragon But tomorrow /never/ comes?
20:22 Senaka seems
20:22 Infinoid every day, I ask myself "Self, is it tomorrow yet?" and the answer is no
20:22 Infinoid but there may be some exploitable race conditions at midnight
20:24 dalek r26787 | fperrad++ | trunk:
20:25 dalek : [Lua]
20:25 dalek : - minor refactor
20:25 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26787
20:37 kid51 joined #parrot
20:43 dalek r26788 | jkeenan++ | ports:
20:43 dalek : File should be run on Darwin only.
20:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26788
20:47 Senaka C++ & Parrot seem to need some work....
20:47 Senaka perhaps I can help
20:47 Senaka however, I'm on Ubuntu and use g++
20:48 Senaka left #parrot
21:01 cognominal Parrot... mañana :)
21:10 Theory joined #parrot
21:12 dalek r26789 | jkeenan++ | ports:
21:12 dalek : Delete unnecessary statement.
21:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26789
21:21 rotty joined #parrot
21:22 rotty hmm, compiling parrot 0.6.0 failed for me:
21:22 rotty compilers/imcc/main.c: In function 'Parrot_version':
21:22 rotty compilers/imcc/main.c:239: error: expected expression before ';' token
21:22 rotty [...]
21:24 rotty that's because PARROT_REVISION is #defined to be empty
21:26 cognominal I had that when using svk
21:26 cotto_work karma for c
21:26 purl c has karma of 6832
21:26 cotto_work karma for g
21:26 purl g has karma of 387
21:26 dalek r26790 | fperrad++ | trunk:
21:26 dalek : [gdbm]
21:26 dalek : - fix configure on MinGW32
21:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26790
21:27 Infinoid karma chromatic
21:27 purl chromatic has karma of 1034
21:27 rotty cognominal: I get that when using the 0.6.0 tarball
21:27 Infinoid seems appropriate, considering how often it's abbreviated to c.
21:28 rotty karma for rotty
21:28 purl rotty has neutral karma
21:31 guru joined #parrot
21:35 Senaka joined #parrot
21:35 Senaka where can I find the declaration of DOD_flag_CLEAR?
21:36 Senaka got it
21:40 Senaka what is the use of having DOD_trace_normal/GC_trace_normal?
21:41 Senaka it is not used anywhere.
21:42 AndyA joined #parrot
21:44 Theory joined #parrot
21:47 Senaka what does Parrot_dod_clear_live_bits do?
21:47 Senaka this is not documented
21:51 Infinoid I'd assume it clears all the live bits.  meaning, it sets the whole arena to "black" (dead), probably to get ready for a new sweep
21:56 Infinoid clears the LIVE flag for every buffer in every arena
22:08 TonyC joined #parrot
22:26 guru The test t/library/pg.t is failing to find libpq and pq
22:26 guru Are these misprints for libpg and pg, since the test is about Postgres?
22:27 guru Is it reasonable to assume the presence of PG, especially on Windows?
22:27 kid51 To your last question, no.
22:27 kid51 Don't know about first question.
22:34 Khisanth guru: no, it's libpq.so not libpg.so :)
22:35 paco joined #parrot
22:39 rotty is the eclectus author (Bernhard Schmalhofer) in this channel?
22:46 Infinoid not at the moment.  I think he's on .de time
22:46 Infinoid seen barney
22:46 purl barney was last seen on #parrot 6 hours and 46 minutes ago, saying: only two failures left
22:49 Infinoid guru: libpq is right, but even if it were installed on win32, I bet you'd have to pass a special path in order to find it.
22:52 rotty where are the channel logs?
22:54 rotty logs?
22:54 purl logs are in the forest. or useful for recovering that was was lost, or assigning blame
22:55 guru libpq doesn't seem to be on Linux by default, either.
22:55 rotty guru: what do you mean by to
22:56 rotty ... by
22:56 rotty "to be on Linux by default"?
22:57 Khisanth no reason it would be installed by default
23:00 guru The libpq test fails in the same way on both Windows and Linux
23:02 Infinoid rotty: http://www.parrotcode.org/misc/parrotsketch-logs/
23:03 rotty Infinoid: thanks!
23:06 guru Parrot_Distribution.t fails because languages/lua/pmc - should it be lua/src/pmc?
23:07 rotty Infinoid: is barney the only person that works on eclectus?
23:07 * rotty guesses: yes (:))
23:10 * Infinoid checks
23:11 rotty according to "git blame compiler.scm", he indeed is
23:11 Infinoid he's listed as the maintainer, and he's by far the most common committer in the log
23:12 * rotty wonders wether the repo at http://repo.or.cz/r/parrot.git/ contains the entire project history
23:13 Infinoid I don't know.  the official repository is https://svn.perl.org/parrot/trunk/
23:13 rotty Infinoid: I know. I wonder who is responsible for the git mirror
23:13 rotty ...
23:14 Infinoid last time I checked parrot.git, it was a couple of days out of date
23:14 Infinoid that was a week or two ago
23:14 Infinoid according to gitweb, it's vic@rubyforge.org
23:16 rotty Infinoid: ATM, it's up to date
23:17 rotty has he SVN commit rights?
23:21 Infinoid I don't even know who it is :)
23:22 Infinoid and even if I did, I don't know who's on the list of committers.  but I don't recognise the name, sorry
23:25 rotty what's the procedure to obtain SVN commit rights? Submit several good patches to the ML?
23:51 dalek r26791 | rgrjr++ | trunk:
23:51 dalek : * examples/pasm/queens.pasm (deleted):
23:51 dalek :    + This is a poor example; it shows how we did things in 2004, is slow
23:51 dalek :      (since it uses saveall/restoreall), and consists of straight
23:51 dalek :      compiler output (so it has no comments).  Resolves RT#52436.
23:51 dalek : * MANIFEST, t/examples/pasm.t, examples/pir/queens_r.pir:
23:51 dalek :    + Remove references to queens.pasm.
23:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26791
23:54 dalek r26792 | jkeenan++ | trunk:
23:54 dalek : Revised per Coke's specifications in http://rt.perl.org/rt3/Tic​ket/Display.html?id=52472.
23:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=26792
23:54 Limbic_Region joined #parrot
23:55 kid51 Coke ping

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

Parrot | source cross referenced