Parrot 1.1.0 Released | parrot.org/ | 325 RTs left | Weekly Priority: Remove Deprecated Items
Set by moderator on 28 April 2009.
allison bacek: yes, but we don't have any deprecation items eligible in 1.4 00:03
bacek: only eligible in 1.5 (which can't be removed until after the 1.4 release) 00:04
bacek: if you're adding a new deprecation item, it has to be eligible in 1.5, because it didn't have a deprecation notice in 1.0, and so can't be removed until it has a deprecation notice shipped in 1.4 00:05
Whiteknight: I'm just translating the LongTermRoadmap to tickets, so I can delete the wiki page (and adding more details as I create the tickets) 00:06
00:09 AndyA joined
bacek_ allison: Parrot_MMD_method_name marked as DEPRECATED for a long time. Is it eligible to remove it now? 00:13
allison bacek_: what's the ticket #? 00:14
bacek_ allison: can't find... Looks like there is no ticket for it
allison bacek_: IIRC, there was some piece of code depending on it that kept us from removing it, even though it doesn't work anymore
bacek_: where's the deprecation notice?
purl the deprecation notice is probably committed now.
bacek_ src/oo.c 00:15
line 478
allison bacek_: okay, it needs a deprecation notice in DEPRECATED.pod
bacek_ ok. For 1.5?
allison yes, marked as eligible in 1.5 00:16
bacek_ ok
will do
allison bacek_: thanks! 00:21
bacek_ TT#625 00:22
dalek rrot: r38392 | bacek++ | trunk/DEPRECATED.pod:
Add deprecation notice for Parrot_MMD_method_name
bacek_ returning to $work for managing own projects :)
allison finished converting all remaining roadmap items to Trac tickets 00:32
00:33 darbelo left
Infinoid lots of new and exciting tickets 00:34
allison++
Tene allison++ 00:35
cotto (whoever implements them)++ 00:41
Whiteknight Infinoid: I know right? Lots of exciting new things 00:42
Infinoid yep, lots of shinies 00:44
cotto karma for whoever implements them 00:50
purl whoever implements them has karma of 1
Whiteknight (whoever implements them)++ 00:52
01:10 eternaleye joined
dalek rrot: r38393 | allison++ | trunk/MANIFEST.generated:
[cage] Don't install both the "installable" and regular versions of

TT #347.		 01:48
02:04 dmknopp joined
Coke stares at quevlar's code. 02:06
I will refrain from commenting on that ticket, and hope that whoever does is gentle. 02:09
02:24 cognominal joined 02:32 bacek joined 02:33 kid51 joined 02:35 janus joined 02:40 tetragon joined 03:02 dmknopp left 03:05 davidfetter joined
nopaste "tene" at 166.70.38.237 pasted "list() fix for pmichaud" (20 lines) at nopaste.snit.ch/16437 03:22
Coke tene; should the 'ns' checks go into the block? 03:26
Tene Can I declare ns in the if{} ?
in C89?
Coke I think so. 03:27
you remove code that already does that.
nopaste "pmichaud" at 72.181.176.220 pasted "refactored list() to move ns lookup inside of if()" (14 lines) at nopaste.snit.ch/16438 03:30
Tene pmichaud: committed. Testing with rakudo/hll now... 03:36
pmichaud cool
I have to take a break for a while
Tene kk 03:37
Thanks. :)
pmichaud I would say that the easiest thing to start doing is backporting some of the changes from the branch into the trunk
er, master
Tene Could not find non-existent sub !fixup_routine_type
is the next error
that shouldn't be too bad
pmichaud yes, that's what I was getting when bypassing the Capture issue.
dalek rrot: r38394 | tene++ | trunk/src/pmc/capture.pmc:
Fix a class lookup issue with capture.pmc
 03:38
pmichaud afk 03:40
Tene ah, I know what it is. 03:43
Yay, new segfault! 03:47
Same loop as before. 03:51
03:53 ilia_ joined
Tene pmichaud: when debugging things like this, ulimit helps; 'ulimit -s 1' will limit the stack to 1k 03:55
I'm getting a gdb segfault when I try to view the bottom of the stack... 03:56
bacek_ Tene: "bt 10' will help 03:58
Tene pmichaud: check this out, from pmcproxy.pmc: 04:00
STRING *cname = pclass->vtable->whoami;
PMC *pproxy = Parrot_oo_get_class_str(interp, cname);
Coke urk? 04:03
purl urk is this a global past now?
Coke forget urk
purl Coke: I forgot urk
04:09 eternaleye_ joined
Tene It compiles! 04:12
purl Ship it!
Tene And it compiles Test.pm!
spectesting...
and testing Parrot...
Okay, rakudo can compile things, but can't run them yet. null pmc in invoke(). 04:15
dalek rrot: r38395 | tene++ | trunk/src/pmc/pmcproxy.pmc:
Fix an issue with PMCProxy using strings to look up classes.
 04:16
04:42 tetragon joined 04:51 Andy joined
cotto What's a really good perl module for profiling? I want to know what the output from a good Parrot profiler should look like. 04:52
Tene Devel::nytProf
purl Devel::nytProf is, like, probably getting memory profiling soon
cotto good to know 04:53
Thanks 04:54
although I should see if partcl can be rehabilitated first 04:55
dalek rrot: r38396 | cotto++ | trunk/config/gen/crypto/digest_pmc.in:
[PMC] add VTABLE decorations to functions in the geneated md* and sha* PMCs
 05:03
05:12 flh joined 05:29 masak joined 05:39 japhb joined
Tene Haha, this is hilarious. 05:42
the last thing to get working in the hll branch (I hope) is exporting
and it looks like rakudo is exporting to the perl6;whatever;E;X;P;O;R;T;D;E;F;A;U;L;T namespace 05:43
enoclue why it's breaking it up like that.
it's interpreting the string as an array of strings. 05:45
and that's because the vtable->base_type isn't enum_class_String 05:46
if i switch it to a call to VTABLE_isa... it works 05:51
testing the parrot change...
spectesting rakudo... 05:53
tests are passing!
It seems somehow slower than before... maybe.
oops! An error!
more passing... 05:54
dalek rrot: r38397 | tene++ | trunk/src/global.c:
Fix a type comparison to avoid breaking make_namespace for HLLs that hll_map parrot strings, I think.
 05:59
06:15 uniejo joined
cotto slow and correct is better than fast and broken 06:15
fast and correct is even better
06:27 chromatic joined
Tene purl: msg jonathan ClassHOW really could use some updates... subclassing... I'm going to try to do it, but don't know if i'll succeed 06:30
purl Message for jonathan stored.
06:47 iblechbot joined
Tene purl: msg allison it looks like the consensus on the list was to make HLL pbcs with the same case... having said that, .HLL 'Perl6' puts stuff in the 'perl6' namespace. note the case. should this be changed? 06:50
purl Message for allison stored.
Tene purl: msg jonathan i got a workaround... it's not right, but it gets whatever working again. Looks like just a few spectest failures left. 06:53
purl Message for jonathan stored.
Tene purl: msg jonathan segfault in t/spec/S03-junctions/autothreading.rakudo 06:56
purl Message for jonathan stored.
07:03 Gerd joined 07:11 japhb_ joined 07:14 bobke joined
bacek hi there 07:29
cotto back at you 07:30
bacek cotto: howisgoing? 07:36
cotto other than unemployedness, life is good 07:38
bacek it's... good. 07:39
Any thought about DOTPLAN in pmc_pct? 07:40
cotto I've been distracted by trying to get partcl working again.
moritz cotto: if you're looking for something temporary, you could apply for some TPF or Hague grant for hacking on parrot or Rakudo
cotto moritz, that'd be pretty cool. 07:41
bacek moritz++ # good idea
cotto I'll look into that.
moritz++
(of course it's not a long-term solution, but I'd love to get paid to hack on Parrot)
moritz cotto: www.perlfoundation.org/ian_hague_pe...ent_grants
shorten moritz's url is at xrl.us/beqstu
cotto That was my next question.
szbalint I guess the upside is having free time for once 07:43
cotto I wonder if Parrot profiling would qualify, since it'd benefit rakudo.
It's worth a shot to look into what'd be required to implement it. 07:44
moritz cotto: I guess you need something more specific to rakudo
cotto I'll ask rdice next time I see him around. 07:45
moritz cotto: talk to jonathan and pmichaud, maybe they can tell you what they need in Parrot for rakudo, to improve your chances
cotto moritz, you're full of good ideas today.
man. partcl's a mess 08:18
It's not happy living out of the svn repo
It's kinda nice working with an installed Parrot, now that the installation works. 08:24
msg Coke Do you want partcl to eventually build outside of languages/tcl in Parrot's build dir? 08:34
purl Message for coke stored.
davidfetter i love the smell of purl in the morning 08:42
cotto Mmmm. botsteak. 08:43
probably with spam
08:58 HG` joined
dalek rrot: r38398 | bacek++ | branches/pmc_pct (7 files):
Add handling of VTableInfo.
 09:45
rrot: r38399 | bacek++ | branches/pmc_pct/compilers/pmc/t/04-header.t:
Temporary disable emitting test. It's useless ATM.
 09:48
09:55 riffraff joined 09:56 amoc joined 10:41 cognominal joined
dalek rrot: r38400 | bacek++ | branches/pmc_pct (1 files):
Rename PMC::Compiler to PMC::Emitter
 10:45
rrot: r38401 | bacek++ | branches/pmc_pct/compilers/pmc/src/vtable_info.pir:
Fix init flags
rrot: r38402 | bacek++ | branches/pmc_pct (4 files):
First cut for implementing PMC::Emitter
11:12 Whiteknight joined 11:14 iblechbot joined
dalek rrot: r38403 | bacek++ | branches/pmc_pct/compilers/pmc/t/04-header.t:
Refactor 04-header test for future extension.
 11:36
rrot: r38404 | bacek++ | branches/pmc_pct/compilers/pmc/src/builtins.pir:
Add 'uc' function
rrot: r38405 | bacek++ | branches/pmc_pct/compilers/pmc (2 files):
Generate header guards
11:42 ruoso joined 11:58 whoppix joined 12:05 amoc joined 12:15 FL2 joined
dalek rrot: r38406 | bacek++ | branches/pmc_pct/compilers/pmc/src/vtable_info.pir:
Fix param passing to vtable_info
 12:22
rrot: r38407 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
Build VTable hash
rrot: r38408 | bacek++ | branches/pmc_pct/compilers/pmc (2 files):
Start generating C function definitions
bacek purl: msg cotto pmc_pct branch is "playable" now. Just in case if you'll have time to play with it. 12:25
purl Message for cotto stored.
bacek afk #sleep
o!
Coke msg cotto ,allison - partcl now linking against the right lib. 12:28
purl Message for cotto stored.
Coke msg allison ,cotto - partcl now linking against the right lib.
purl Message for allison stored.
Coke msg cotto the goal is to compile against an installed parrot only.
purl Message for cotto stored.
Coke msg cotto partcl has never worked against anything other than a build dir; but we're halfway to that, /AND/ there are deprecations that have gone, so it's hard to fix everything at once. 12:30
purl Message for cotto stored.
Coke msg cotto: biggest blocker for me right now is the struct macros.
purl Message for cotto stored.
12:37 amoc joined, rg1 joined 12:56 LylePerl_ joined 13:10 gryphon joined
Coke message bacek - your 'uc' sub is unnecessarily shimmering. just delcare a string parameter and the calling conventions will do the string conversion for you. 13:25
purl Message for bacek stored.
Coke wonders how long ago morph started taking not an integer. 13:39
message cotto I can't fix it running until you fix it building. =-) 13:40
purl Message for cotto stored.
14:02 Andy joined 14:25 amoc joined 14:26 iblechbot joined 14:28 fperrad joined 14:34 gaurav joined 14:37 Theory joined
Coke ~/ I've got a theory... It's a demon... A dancing demon. no, something isn't right there. /~ 14:40
14:54 masak joined
nopaste "tene" at 166.70.38.237 pasted "Rakudo test summary report for pmichaud++" (75 lines) at nopaste.snit.ch/16445 15:06
15:07 particle joined
nopaste "tene" at 166.70.38.237 pasted "git diff from hll to master on rakudo for pmichaud++" (503 lines) at nopaste.snit.ch/16446 15:15
moritz karma pmichaud 15:16
purl pmichaud has karma of 2657
moritz karma moritz
purl moritz has karma of 461
Infinoid karma me 15:20
purl infinoid has karma of 604
Infinoid whoa, I finally broke 500? huh. when did that happen.
particle karma me
purl particle has karma of 1532
particle sheesh, for doing nothing?
i must have done a lot of it.
Infinoid accelerates particle
gah. so many projects, so little time 15:24
I'm adding a testsuite to dalek's feed parsers, probably gonna throw all of that up on github
...and then add a feedparser for that too, heh.
pmichaud karma leo 15:34
purl leo has karma of 1885
pmichaud karma jonathan
purl jonathan has karma of 1277
pmichaud karma Coke
purl coke has karma of 2733
NotFound karma purl
purl purl has karma of 8548
pmichaud purl-- # just because.
purl pmichaud: huh?
Infinoid karma purl 15:35
purl purl has karma of 8548
Infinoid cheater.
pmichaud foo purl-- # does this work? 15:36
karma purl
purl purl has karma of 8547
Infinoid a-ha!
pmichaud okay. But it's a pretty lousy scorekeeper that cannot win a game. :-)
15:52 jhorwitz joined
Theory dances like a demon for coke 15:53
15:59 gerd joined 16:00 gerd left 16:16 flh joined 16:22 davidfetter joined 16:24 amoc joined
dalek rtcl: r334 | wcoleda++ | trunk/config/makefiles/ (2 files):
link against an installed parrot!
 16:31
rtcl: r336 | wcoleda++ | trunk/ (2 files):
We don't live in "languages/tcl" anymore.
rtcl: r338 | wcoleda++ | trunk/config/makefiles/root.in:
Clean up new or relocated files.
16:32 AndyA joined
jhorwitz i think i heard mention of this yesterday but can't find the logs....how are we supposed to build dynpmcs using only an installed parrot? 16:57
16:58 gryphon joined 17:01 uniejo joined
fperrad coke? 17:09
purl i guess coke is Will Coleda <mailto:will@coleda.com> or perpetually annoyed.
fperrad ping coke 17:11
purl I can't find coke in the DNS.
pmichaud jhorwitz: it's supposed to be done using some specific 'make' targets, iirc 17:13
see tools/dev/mk_language_shell.pl for an example 17:14
jhorwitz roots around in mk_language_shell.pl
oh ok. pmc2c.pl and friends are in LIB_DIR. 17:15
17:32 chromatic joined 17:51 HG` joined 17:52 amoc joined 17:56 barney joined 18:03 japhb joined
cotto so many messages 18:05
Coke, ping 18:07
msg Coke partcl now *builds* against an installed svn head. It doesn't do much else, but building is progress. 18:09
purl Message for coke stored.
18:12 DietCoke joined
DietCoke . 18:12
nick Coke
Coke whoops
cotto hi 18:14
Coke hio. saw your patch, investigating...
ok. builds, now can't load dynops. 18:15
cotto I think it'll dtrt, since pmc_reuse takes care of destruction/init of the old/new PMC. 18:16
one step closer
18:19 ruoso joined 18:21 iblechbot joined 18:23 amoc joined
Coke Parrot_load_lib doesn't seem to have a way to change the load path, does it. 18:24
18:28 Ademan_ joined
Coke cotto: code.google.com/p/partcl/issues/detail?id=75 18:32
cotto everyone has issues 18:37
pmichaud Once again, partcl leads the way :-) 18:38
Coke++ cotto++ 18:39
Coke I was about to ask on list if anyone was building against an installed parrot with dynops.
pmichaud About 60% of the time when Rakudo "solves" a problem, it turns out partcl solved it first :-)
Coke: Rakudo needs to do that, but I haven't had the tuits to spend on it
although supposedly rurban and fperrad have come up with ways to do it. I just haven't had time to try them out. 18:40
Coke I'm happy to let someone else do it first. I'll ask on list for pointers. =-)
18:45 darbelo joined
Coke ponders replacing Data::Dumper with JSOn. 18:53
davidfetter JSON ftw :) 18:54
Tene pmichaud: can you confirm that my commit in r38397 is good? All tests passed, but I'm not sure of the semantics of vtable_isa 18:55
pmichaud Tene: checking.
purl well, checking is just different
18:57 LylePerl joined
pmichaud Tene: r38397 looks reasonable to me 19:00
Tene ok, thanks. :)
pmichaud Tene: how should we see about re-synchronizing the hll branch with master? I'm not sure I want to "fix everything in hll and then do a massive merge" 19:09
Tene pmichaud: hll branch is currently synced with master. 19:10
pmichaud: I merged master into the branch, and everything applied without problems. 19:11
pmichaud Tene: okay, but I'm in the mood to do some major refactors in master.
Tene Ah.
pmichaud that I think might cause problems with hll
Tene sure, strip all the .HLL lines and merge it back into master, then delete the branch. 19:12
That's fine with me.
actually... leave the branch there, for now.
pmichaud well, I suspect we're fairly close to getting .HLL to work now.
and part of my refactor is (intended) to fix it so that we only need one .HLL directive at the top of perl6.pir 19:13
Tene Okay.
pmichaud so, what's the git command to merge hll into master?
(having never done a git branch merge)
Tene git checkout master; git merge hll
PerlJam pm: git checkout master; git merge hll
moritz ;-) 19:14
pmichaud ah yes, once again we behold the incredible awesome power of git.
Tene but, we don't want to do that until we track down these segfaults.
i can't work on that until tonight.
pmichaud ...but the segfaults are due to the .HLL directive, yes?
if I take the .HLLs out, we shouldn't get segfaults. 19:15
Tene Right.
pmichaud okay, I have no problem with doing that.
Tene Okay.
pmichaud most of what has happened in the hll branch should be transparent to master *if* the .HLLs aren't present.
Tene Just spectest first, after removing them, to make sure.
pmichaud oh yes, of course.
Tene It DID pass everything without .HLL a few revisions back.
pmichaud I nearly always spectest prior to any sort of a push. 19:16
Tene i occasionally don't, so I'm trying to make sure i'm in the habit of reminding myself. :)
pmichaud well, I figure if I break the build/spectests then I have much less authority to yell at others who do it :-) 19:18
(not that I ever plan to do any yelling about it. forgiveness better than permission, and all that :-) 19:19
Tene when do you expect to have your refactoring done?
pmichaud this afternoon 19:20
Tene pmichaud: also, make sure you deal with the specific mention of the 'perl6' hll namespace in ClassHOW.pir
pmichaud I'm waiting on a spectest now. Then commit, then push. Then merge.
and yes, I'll fix up the ClassHOW.pir stuff.
then commit, then spectest, then merge
er s/merge/push/
jhorwitz pmichaud: switching to RT #65046 real quick. Foo.new was resulting in Foo being parsed as a listop b/c it's an unknown identifier. i was able to get around that using ::Foo.new() -- is that a bug or proper behavior? 19:21
pmichaud jhorwitz: proper.
::Foo says that Foo is a type.
jhorwitz excellent. i like proper solutions. :)
19:23 mikehh_ joined
jhorwitz pmichaud: want me to close that ticket out? 19:25
pmichaud jhorwitz: sure, if you're happy with the resolution for now. 19:28
jhorwitz yeah, i still don't think everyone understands the overarching problem, but this particular issue is solved. i can open another ticket with a more general description. 19:29
pmichaud I don't think we need an additional ticket. 19:35
so I'd just close this one.
(and mark what your resolution was)
jhorwitz done and done. :) 19:36
dalek rrot: r38409 | coke++ | trunk/docs/project/release_manager_guide.pod:
slight update to trac procedures.
 19:37
pmichaud jhorwitz++
davidfetter pmichaud, how far do you estimate rakudo is away from being package-able in the sense of requiring some installed version of parrot, etc.? 19:41
pmichaud davidfetter: depends on the degree of package-ableness 19:42
davidfetter could you elucidate that a bit?
pmichaud I think fperrad is already packaging up instances of rakudo for Windows
in theory, each rakudo monthly release should be buildable against the previous parrot release. 19:43
we're not building against installed parrot yet because all of the pieces for that aren't in place yet. 19:44
see, for example, lists.parrot.org/pipermail/parrot-d...02154.html
shorten pmichaud's url is at xrl.us/beqvaa
Infinoid fperrad has a win32 build of Parrot-1.1.0-Rakudo-16 and various other things on parrotwin32.wiki.sourceforge.net/
davidfetter i guess i was thinking of "packageable" as including "builds against an installed parrot" 19:45
pmichaud Right. For that, we need to update some makefiles. But the problem mentioned in the parrot-dev post still exists. 19:47
i.e., we can build but the dynops aren't available.
(so it doesn't run) 19:48
19:48 darbelo joined
davidfetter k 19:50
thanks :)
davidfetter not much of a dev on this stuff, but has been trying to help package :)
19:55 darbelo joined
fperrad Coke, a fix for linking ParTcl on win32 19:56
see parrot.privatepaste.com/44A8s8axwS
Coke fperrad: the ops already link. 20:00
it's actually loading them that seems to fail.
also, see: trac.parrot.org/parrot/ticket/627
Coke tries out that patch regardless. 20:01
fperrad Coke, I can't link on MinGW without my patch 20:02
tcl_ops_cg.o: In function `cg_tcl':
C:/fperrad/Parrot/trunk/languages/tcl/src/ops/tcl.ops:40: undefined reference to `ParTcl_binary_scan'
Coke ah, ok.
jhorwitz davidfetter: going to YAPC? 20:03
purl See : going to yapc::na or yapc::whatever or cwest, uri, DrForr
Coke that didn't complain on darwin. would ../binary work for you?
(the \\ fails)
davidfetter jhorwitz, hope so. if i get a speaking gig, i go 20:04
jhorwitz cool
davidfetter hasn't been to pittsburg in years, and would like to see it
Coke fperrad: committed with a ../binary$(O)
danke.
davidfetter there's an off chance i might be at fisl then, though :P
dalek rtcl: r339 | wcoleda++ | trunk/config/makefiles/ops.in:
Update link to reflect deps.
davidfetter not that i dislike brazil or anything, but...
pmichaud phone 20:05
davidfetter is anybody going to linux malaysia end of may?
allison purl: msg Tene yes, we should be consistent in case everywhere, also change the directory and name of the main .pbc file to 'Perl6' (or change the .HLL and compiler name to 'perl6') 20:12
purl Message for tene stored.
Tene allison: when I say .HLL 'Perl6', it stores things in the 'perl6' HLL namespace. Are you saying that we should change that behavior to preserve case? 20:13
allison Tene: ugh, yes 20:14
pmichaud did we decide that implementations should use the name of the language or the name of the implementation?
i.e., should it perhaps be .HLL 'rakudo' instead?
allison pmichaud: we decided they should pick one name, we don't care what it is
pmichaud okay.
fwiw, I prefer "perl6" to "Perl6" 20:15
allison pmichaud: then make it so
at some point we'll probably have to set up aliasing so "pynie" and "python" work "pipp" and "php" 20:16
pmichaud I think I'll be able to do that in HLLCompiler w/o too much trouble. 20:17
allison but, that's future
Coke allison: do you have access to darwin/x86?
(regarding the partcl build)
allison pmichaud: well, it extends beyond HLLCompiler, since it affects namespaces, etc
pmichaud ah.
I somewhat figure we get hold of the compiler first, and then let it map namespaces as appropriate. 20:18
allison pmichaud: aye, it may be possible to put in that restriction
pmichaud iow, I think that cross-language issues ought to be handled by the appropriate compiler object as much as possible. 20:19
allison Coke: not right here, but I'm headed over to the part of town where that laptop is this afternoon
pmichaud: agreed
Coke hokay. any pointers helpful. 20:20
Tene for example, we shouldn't be grabbing ['perl6'] explicitly, we should ask the cmpiler for the namespace.
Coke we're much further along than we were. =-)
Tene hllns = compiler.'get_namespace'() oslt
Coke thanks for the legwork you did.
pmichaud correct. Or, even better, asking the compiler for whatever symbol we're wanting to look up int he namespace.
allison Coke: I suspect it's a makefile problem, that the ops aren't actually building (because I had a similar problem with the makefile already)
Coke they seem to be building.
allison Coke: I have a patch you can try
Coke happy to try it.
allison Coke: it may have no effect, but I'll attach it to the ticket 20:22
Coke: another question is which version of parrot you're building on? searching dynext/ in the current directory wouldn't have been supported before 0.9.x or so 20:24
Coke allison: no visible effect from your patch. 20:26
allison: 1.1
Tene pmichaud: you still haven't committed the "remove .HLL directives and merge into master". do you want me to do it? 20:27
pmichaud I'm on phone -- you can do it if you want :-) 20:28
allison Coke: ah, I haven't tried 1.1 since last week, will try again 20:32
20:56 bacek joined
pmichaud Tene: I'm off phone again -- are you working on the merge now or want me to pick it up? 20:57
Coke tene: does your nick rhyme with penne or ballpeen? 21:03
pmichaud Coke: "penne"
Coke i was asking because it sounded wrong when you said it. =-)
pmichaud I asked him about it at PDS
Coke heh.
Tene Coke: pmichaud is right 21:05
pmichaud: I was distracted by $job immediately after asking.
:)
pmichaud Tene: okay, I already started on it. 21:07
21:07 Limbic_Region joined 21:29 fperrad left 21:54 HG` joined
bacek good morning 22:05
Infinoid hi bacek 22:06
bacek hi Infinoid
cotto hey bacek, is there an easy way to generate c code from a pmc file in pmc_pct? 22:08
dalek rrot: r38410 | bacek++ | branches/pmc_pct/compilers/pmc/src/builtins.pir:
Simplify 'uc'. Coke++
bacek cotto: yeah. Just implement generate_c_file in Emitter :)
cotto just a smop 22:09
bacek cotto: I'm going to finish all scaffolding and generating .h files tonight.
Then it will be slightly easier to implement .c generating. 22:10
cotto bacek, what did you mean that pmc_pct is "playable"? 22:19
bacek cotto: It can partially generate header files. And ready for extending :)
cotto That's important. Is there an easy way to generate a header, or does it require some glue pir? 22:21
bacek 04-header.t
22:30 Whiteknight joined
allison Coke: ping 22:31
purl: msg Coke I just realized I don't have an example Tcl script to run to test the dynops, do you have one that you're using? 22:33
purl Message for coke stored.
22:33 Theory_ joined
chromatic TT #627 has one 22:35
22:35 kid51 joined
allison chromatic: hmmm... was looking for one in Tcl, rather than in PIR 22:38
chromatic As far as I remember Partcl, any Partcl program should do then.
Whiteknight does TCL even compile/run right now? 22:39
last i heard, I didn't think it did
allison Whiteknight: yes, it does
bacek cotto: r38412 handles vtables almost properly during parsing/header emitting
allison Whiteknight: it even runs 'make test', though it fails a large percentage at the moment
Whiteknight oh, then I am sorry for being mistaken
bacek afk # $day_job
allison Whiteknight: (mostly problems to do with the testing infrastructure) 22:40
Whiteknight ah, okay
allison Whiteknight: well, it's a recent fix. only in the past week
Whiteknight thanks for the update
kid51: ping
allison driving across town to deposit a carload of boxes in a storage container 22:41
dalek rrot: r38411 | bacek++ | branches/pmc_pct/compilers/pmc/src/builtins.pir:
Add join.
rrot: r38412 | bacek++ | branches/pmc_pct/compilers/pmc (4 files):
Handle parameters during parsing and emitting
Whiteknight bacek++
purl msg kid51 thanks for the ticket, you can pass any others on to me that you need to find a home for. 22:43
purl Message for kid51 stored.
22:58 tetragon joined 23:13 rdice joined
kid51 back from dinner; Whiteknight: thanks 23:15
23:27 TonyC joined 23:51 whiteknight joined
whiteknight any windows users around here? 23:52
kid51 Infinoid helped me out with a Win32 question the other day. 23:53
darbelo ping cotto 23:54
purl I can't find cotto in the DNS.
Infinoid What have I gotten myself into? :) 23:55
whiteknight: Whatcha need? 23:58
whiteknight I'm trying to get a smolder report working on Win64, but I can't even get configure to run
On the compiler config probe, I get the error "Compilation failed with 'cl'" 23:59
and I dont know nearly enough about the config system to intelligently debug it

Powered by Cro and the Raku® Programming Language.

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

Thank you!