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

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!