Parrot 0.9.0 "From Outer Space" Released | parrot.org/
Set by moderator on 21 January 2009.
00:03 Hunger joined 00:08 kj joined, AndyA joined 00:09 Util joined, NotFound joined
dalek r35933 | cotto++ | trunk/config/gen/makefiles: 00:17
: [languages] add up-x targets to update externally hosted languages
review: www.parrotvm.org/svn/parrot/revision?rev=35933
00:23 alvar joined
cotto That'll work fine until we have a Parrot-based language called "yours". 00:28
rg ? 00:29
Infinoid heh. 00:40
cognominal > sub a(Int $a) { say $a }; a("1") 00:46
Parameter type check failed for $a in call to a
> sub a(Int $a) { say $a }; a(+"1")
Parameter type check failed for $a in call to a
>
is this what is expected?
I can understand the first even if it surprise me but the second looks very suspiscious to me. 00:47
00:47 tetragon joined
Infinoid rakudo: say (+"1").WHAT 00:49
polyglotbot OUTPUT[Numā¤]
Infinoid leaving aside whether numification should return an Int or a Num, I think some sort of coercion should be possible. But I have no idea how that stuff works. 00:50
cognominal forgot what a Num is 00:51
a floating point?
purl a floating point is scary, no matter how you look at it. Among other things, addition isn't associative in flaoting point arithmetic. So (x + y) + z is not necessarily equal to x + (y + z).
00:56 skv joined
Coke_afk purl, scooby snack. 01:02
purl Rank roo, Coke_afk!
01:04 particle joined
Coke hurm. "../../parrot tcl.pbc foo.tcl" : bus error. gdb ../../parrot ; run tcl.pbc foo.tcl : argument mismatch error. 01:10
01:10 skv joined
Tene nice 01:13
cotto Coke, ping
01:14 skv joined, Themeruta joined
Coke cotto: pong 01:15
cotto Does t/cmd_lsort have one failing test for you? 01:16
Coke no. all tests pass.
but the harness complains.
rt.perl.org/rt3//Public/Bug/Display...l?id=57088
cotto ok. That's what I see too. 01:17
Coke want tcl commit bit?
(if so, just need googlecode id) 01:18
cotto++ for whatever is making him check tcl.
so what do I do if a bus error goes away when run in gdb?
dalek r35934 | cotto++ | trunk (4 files): 01:19
: [pmc] make ATTRs implicitly be passed down the inheritance chain
review: www.parrotvm.org/svn/parrot/revision?rev=35934
nopaste "cotto" at 96.26.202.243 pasted "patch to fix tcl for ATTR update" (49 lines) at nopaste.snit.ch/15410
01:19 Whiteknight joined
Coke cotto: ooc, why move set_number_native? 01:19
cotto Coke, that nopaste may be of interest to you. 01:20
becase TclObject doesn't inherit the fv ATTR from Float
Coke ok. if that doesn't break any tests, we can probably just drop the vtable entirely. 01:22
... and I note that it's not a vtable.
I hate pmc2c.
cotto I was curious about that.
Coke it /used/ to be a vtable. and then pmc2c changed, but tends to be very forgiving (and forgetful) when compiling 01:23
Whiteknight Coke, anybody else express interest in TT#216 yet?
Coke Whiteknight: not that I've seen.
Coke forgets he has to update parrot for this to work. 01:26
cotto might help 01:27
Whiteknight Okay, I'm going to look into it and see what I find 01:28
I suspect that :slurpy argument are hardwired to be RPAs internally
Coke Whiteknight: no. 01:30
it used to work with a PMC subclass. =-)
it was only when I switched from PMC to a PIR subclass that it began to fail.
(just to save you some time.)
+ void set_number_native(FLOATVAL value) { 01:31
+ SELF.morph(SELF->vtable->base_type);
+ SET_ATTR_fv(INTERP, SELF, value);
+ }
whoops.
"src/inter_call.c" line 1590 of 2897 01:32
Whiteknight: that's where slurpy is getting the HLL variant.
cotto: with your patch, I get a test failure in float division. checking...
cotto That's funny. The only thing make test complained about was the test I mentioned. 01:35
(for me)
01:41 bkuhn joined 01:45 particle left
Coke lemme realclean and try again. 01:46
01:47 skv joined
dalek r35935 | julianalbo++ | trunk (2 files): 01:47
: pirric: add example of HLL interoperability
review: www.parrotvm.org/svn/parrot/revision?rev=35935
nopaste "coke" at 72.228.52.192 pasted "this test fails" (13 lines) at nopaste.snit.ch/15411 01:50
dalek r35936 | julianalbo++ | trunk (2 files): 01:55
: codingstd fixes
review: www.parrotvm.org/svn/parrot/revision?rev=35936
01:56 skv joined
Coke cotto: that one test, I get one less 3 than I'm expecting. =-) 02:04
cotto: should SELF.get_number() still work? 02:13
02:17 JC1 joined
dalek r35937 | allison++ | trunk/ports/debian (6 files): 02:22
: [debian] Updated packaging for 0.9.0 release. Collapsed several testing
: releases into one current release. Reverted parrot.docs list to include in
: parrot package to original short list (full docs should only be installed in
: parrot-doc package). Removed --optimize flag from configure in rules file, for
: compatibility with 64-bit architectures. Updated copyright to 2009.
review: www.parrotvm.org/svn/parrot/revision?rev=35937
cotto Coke, it should 02:39
02:44 skv joined
cotto Coke, if you want, I can look into it later tonight 02:47
02:49 kid51 joined 02:50 skv joined
cotto Coke, I can repro the problem after updating tcl from svn. Curiously the problem didn't exist before I updated. 03:00
kid51 cotto: Can you take a look at trac.parrot.org/parrot/ticket/219 ? Thanks. 03:22
dalek r35938 | jkeenan++ | trunk/docs/book (9 files): 03:24
: Applying patch submitted in trac.parrot.org/parrot/ticket/215 by
: mikehh: POD corrections in docs/book/.
review: www.parrotvm.org/svn/parrot/revision?rev=35938
03:54 skv joined 04:08 particle joined 04:12 skv joined
dalek r35939 | coke++ | trunk: 04:25
: we broke the deprecation cycle rule for this one, it was removed before the 0.9.0 release.
review: www.parrotvm.org/svn/parrot/revision?rev=35939
Coke wonders if "make -j3 TEST_JOBS=3 test" used to work. 04:28
04:28 Theory joined
Coke cotto: no clue why it's failing. looks like it's still a tclfloat and still calling the get_string override. 04:40
(I think)
chromatic: ping 04:42
Coke prepares to remove intlist. 04:49
04:50 skv joined
chromatic pong 04:51
remove away
Coke also going to remove src/intlist.c 04:52
seems to just be c-level helper stuff for intlist pmc.
chromatic Yes.
Coke just need to fixup a make depend issue and re-test.
must remember that duplicating my local svn repository and doing a revert -R . is faster that getting a new checkout. :| 04:53
chromatic: I very much do not like the code in src/pmc/iterator.pmc that is poking in specific register numbers. 05:00
dalek r35940 | allison++ | trunk/docs/resources (3 files): 05:06
: [doc] Add and update resources for 'make html' target.
review: www.parrotvm.org/svn/parrot/revision?rev=35940
chromatic Looking now, Coke. 05:07
Oh dear. That's horrible. 05:08
dalek r35941 | allison++ | trunk/lib/Parrot/Docs (2 files): 05:09
: [doc] Update generated HTML docs to look reasonably similar to parrot.org site,
: while still keeping simple template.
review: www.parrotvm.org/svn/parrot/revision?rev=35941
r35942 | coke++ | trunk (15 files): 05:10
: TT #187 - remove intlist PMC
review: www.parrotvm.org/svn/parrot/revision?rev=35942
bacek hi there
Coke bacek: hio 05:11
bacek Coke: 05:12
05:12 skv joined
bacek running git svn rabase in ~/src/parrot first time for last few month... 05:12
Coke ... is there a but? 05:15
or is that more of a "hi"? =-)
bacek Coke: I'm just trying to find some spare time to do something for parrot/rakudo 05:17
And I'l have couple of hours today.
Coke excellent. 05:18
bacek Any particular tickets to resolve? 05:19
Coke removes another (easier) PMC and kicks off make test.
I can't speak to rakudo.
I have a particular fondness for the list here: code.google.com/p/partcl/wiki/ParrotIssues =-) 05:20
dalek r35943 | coke++ | trunk (6 files): 05:25
: TT #187 - remove Enumerate PMC
review: www.parrotvm.org/svn/parrot/revision?rev=35943
bacek Coke: tt#68 (tcpstream.pir) I can probably fix it. Or you waiting for decision? 05:29
dalek r35944 | coke++ | trunk (8 files): 05:39
: TT #187 - remove MultiArray PMC
: Also some cruft in editor/pir-mode.el from other recent removals
review: www.parrotvm.org/svn/parrot/revision?rev=35944
Coke bacek: I was hoping for a decision; i wouldn't want you to waste your time on something destined for the trash. 05:42
anyone care to disagree with pmichaud on keeping the pair PMC?
(TT#187) 05:43
bacek rakudo: my Int $a=0; $a = 2 + 3.0; say $.a 05:49
polyglotbot OUTPUT[Type mismatch in assignment.ā¤current instr.: 'die' pc 16767 (src/builtins/control.pir:204)ā¤called from Sub 'infix:=' pc 15035 (src/builtins/assign.pir:35)ā¤called from Sub '_block14' pc 118 (EVAL_17:52)ā¤called from Sub '!UNIT_START' pc 18152 (src/builtins/guts.pir:321)ā¤called from Sub
..'parrot;PCT;HLLCompiler;eval' pc 950 (src/PCT/HLLCompil...
05:54 Woody2143 joined
dalek r35945 | coke++ | trunk (6 files): 06:05
: TT #187 - remove Pair PMC
review: www.parrotvm.org/svn/parrot/revision?rev=35945
r35946 | allison++ | trunk/docs/project: 06:06
: [doc] Updading Debian pakaging guide.
review: www.parrotvm.org/svn/parrot/revision?rev=35946
r35947 | coke++ | trunk (17 files): 06:35
: TT #187 - remove delegate and deleg_pmc PMCs; these had remnants in
: several locations; ran 'make configure_tests test', no failures.
review: www.parrotvm.org/svn/parrot/revision?rev=35947
r35948 | coke++ | trunk: 06:37
: This item seems to have been resolved in r35928
: (please add ticket numbers to deprecation items to facilitate tracking))
review: www.parrotvm.org/svn/parrot/revision?rev=35948
Coke purl, network?
purl somebody said network was used so programmers don't have to get up from their chairs in order to share ideas. They're still working on a way to network their brains and just work as one big collective or viewed by non-programmers as another target for push media or irc.infobot.org
06:39 idemal joined, davidfetter joined
dalek r35949 | coke++ | trunk: 06:42
: Add newly created ticket reference
review: www.parrotvm.org/svn/parrot/revision?rev=35949
07:10 Zaba_ joined
chromatic Coke is on fire. 07:52
dalek r35950 | simon++ | branches/strings/pseudocode (4 files): 08:21
: First stab at appending graphemes; we can now convert strings from UTF8 to ParrotNative with NFG.
review: www.parrotvm.org/svn/parrot/revision?rev=35950
davidfetter gets out the fire extinguisher
coke_z, do you want to be put out?
08:56 iblechbot joined
dalek r35951 | fperrad++ | trunk (8 files): 08:58
: [Markdown] has left the nest to github.com/fperrad/markdown/tree/master
review: www.parrotvm.org/svn/parrot/revision?rev=35951
r35952 | fperrad++ | trunk: 09:11
: Ignore language checkout 'markdown'
review: www.parrotvm.org/svn/parrot/revision?rev=35952
09:12 skv joined 09:14 mberends joined 09:37 alvar joined
dalek r35953 | bernhard++ | trunk/config/gen/makefiles: 09:49
: [build] put back a tab in languages/Makefile
review: www.parrotvm.org/svn/parrot/revision?rev=35953
10:14 skv joined 10:15 masak joined 10:36 skv joined
dalek r35954 | julianalbo++ | trunk/examples/pir (2 files): 11:01
: pirric: on error goto 0, improve error handling and upcase keywords and predefined functions in interlang.bas example
review: www.parrotvm.org/svn/parrot/revision?rev=35954
11:38 bacek joined 11:50 Gerd joined
dalek r35955 | fperrad++ | trunk/languages/WMLScript/pmc: 12:15
: [WMLScript] fix build
: - since r35934, ATTR are inherited
review: www.parrotvm.org/svn/parrot/revision?rev=35955
12:30 alvar joined
dalek r35956 | simon++ | branches/strings/pseudocode (4 files): 12:36
: Some bug fixes, and now we have UTF8->NFG->UTF8 round-tripping.
review: www.parrotvm.org/svn/parrot/revision?rev=35956
lathos That's quite a milestone. I think I'll write to the mailing list about it. 12:42
NotFound lathos: good idea, some of us doesn't even know what strings/pseudocode is ;) 12:50
lathos It's the beginnings of a Perl 6 implementation of Parrot. ;) 12:52
12:52 mberends joined
dalek r35957 | simon++ | branches/strings/pseudocode (5 files): 13:07
: Rearrange things a bit, having all the encodings in one file was a bit unwieldy
review: www.parrotvm.org/svn/parrot/revision?rev=35957
lathos OK, that's enough for one morning.
13:23 Whiteknight joined 13:29 hudnix joined 13:43 kid51 joined
Casan lathos: whats the plan, we can write everything in pseudocode, and have parrot parse it into any language we want? thought it was just a dream :) 13:48
NotFound If it's parseable is not pseudocode, is code. 13:53
Casan say everything is parseable, if the parser is sufficiently intelligent. 13:58
NotFound Casan: and if the parser exists. 13:59
If you have one and use it, is no more pseudocode. 14:00
14:41 DietCoke joined
Coke my internet is wonky; TT#222 looks safe and reasonable to apply. 14:43
cotto That's a very interesting use of the semicolon. 14:44
NotFound Coke: apply wath, the pacth for the "<html...>" thing? 14:46
Coke yes. 14:49
dalek r35958 | julianalbo++ | trunk/t/perl: 14:54
: apply patch fot TT #222, mikehh++
review: www.parrotvm.org/svn/parrot/revision?rev=35958
15:04 eidolon joined 15:10 skv joined 15:14 tetragon joined, skv joined 15:40 Tene_ joined
dalek r35959 | julianalbo++ | trunk/examples/nci: 15:48
: fix examples/nci/ls.pir
review: www.parrotvm.org/svn/parrot/revision?rev=35959
15:51 kj joined
Whiteknight Coke, this slurpy issue is more difficult then I anticipated 15:51
I was trying to look at it in the debugger, but that little example you posted calls Parrot_process_args about a hundred times 15:52
Coke_away Whiteknight: welcome to tcl. 15:59
dalek r35960 | julianalbo++ | trunk/examples/past:
: half-fix examples/past/blocktype_inmediate.pir
review: www.parrotvm.org/svn/parrot/revision?rev=35960
Coke decliens to comment on #219. 16:00
do folks actually find the language ignores in languages/ useful? 16:04
I thought I didn't like it, but I realize I'm ambivalent.
Coke wonders if his reply to particle's send ever made it to list. 16:05
(on built in testing) 16:06
kid51 Coke: What's your problem with TT 219?
16:14 ChrisDavaz joined
masak rakudo: say "I'd like to notify the Parrot team about the following:" 16:19
polyglotbot OUTPUT[I'd like to notify the Parrot team about the following:ā¤]
masak eh? on #perl6 that gives an out-of-memory error.
Whiteknight Coke, your mapping for RPA doesn't appear to be registered in the hllmap hash 16:24
so somewhere that is TEH FAILZ
masak ah, p6eval and polyglotbot run on different machines. of course. 16:26
kj good afternoon all 16:27
16:31 eidolon left 16:32 skv joined
Whiteknight Okay, I'm starting to figure this shit out. It's an IMCC problem 16:36
nopaste "NotFound" at 213.96.228.50 pasted "Workaround for TT #216" (18 lines) at nopaste.snit.ch/15412 16:41
NotFound Does this help or clarify the thing? 16:42
16:43 gravity joined
masak I just noticed that RT tickets are always even-numbered. 16:45
NotFound Odd X-) 16:46
masak :)
yes, one wonders why.
kid51 That's not actually true. 17:01
kid51 has old tickets that are odd-numbered! rt.perl.org/rt3/Ticket/Display.html?id=47391
masak I sit corrected. 17:02
all the recent perl6 tickets are even-numbered, though.
mberends in old hardware, that would indicate that bit 0 of a data bus is shorted to ground 17:05
for example, a parallel printer does the alphabet as @@BBDDFFHH etc 17:09
masak, are you using linux 32 bit? 17:17
masak mberends: I'm not the one running RT.
perl.org is. 17:18
mberends no, it's not about that RT topic. even numbering there is most likely a software oddity (oops)! 17:19
the reason for asking is, my 'Try it out:' commands run fine on linux-32 but segfault on 64, and I was wondering if you could also give it a try? 17:21
masak I'm on Mac OS X here.
which 'Try it out:' commands?
mberends some suggestions in github.com/eric256/perl6-examples/b...d/Makefile 17:22
shorten mberends's url is at xrl.us/bedifh
NotFound Whiteknight: given that the type is created at runtime, I think there is no solution other than doing the map also at runtime.
masak checks
mberends eats & 17:23
masak um, I'm in the middle of a something or two, might I give it a try later today or tomorrow?
Coke (ticket numbers in rt are part, I think, of a larger pool of object numbers) 17:25
Coke is apparently not getting through on the "why are we running this test" question. 17:29
NotFound mberends: Do you have a backtrace?
Coke gives up and ignores the thread. *sigh*
NotFound Coke: Did you talk about TT #219 ? 17:31
mberends masak: no prob, I may do $bugs-- later 17:40
NotFound: never done a backtrace before, could you walk me through it? 17:41
Coke NotFound: what?
ah. 17:42
NotFound, kid51: I don't wish to get into the problems I have with those tests because I don't feel I can present them in a constructive fashion.
NotFound: I had said I /wasn't/ going to say anything, which is, of course, actually saying something. 17:43
kid51: ping on t/steps/auto_pmc-01.t
NotFound mberends: do: ulilit -c unlimited to allow core dumps. Execute the thing that segfaults, then do: gdb binary_prog_executed core , and in gdb use the backtrace command 17:44
Coke kid51: nevermind, I'll open a ticket. 17:45
Whiteknight NotFound, I'm thinking about redoing the hll map registry to be a hash of STRINGs instead of INTVAL type ids
so that the registration can happen at compile time, but the lookup can happen at runtime
NotFound Whiteknight: Do you want to make parrot slower? ;) 17:46
Whiteknight Haha, I was also thinking about creating a hash of hll mappings at compile time, and resolve them to type IDs as the respective classes are created at runtime 17:47
there are several options, I need to think about it more
NotFound I don't see the need for all that infrastucture. If the class is created at runtime, make sense to also do the mapping at runtime. 17:48
mberends NotFound: thanks, got all that. backtrace is 53 lines of 16 digit hex numbers, meaningless to me. I should warn that the parrot segfaulting here is r35309, (the last pre-rvar2 because I cannot find every deprecated bit) probably not interesting for you now. 17:55
s/bit/bit of my code/ 17:56
NotFound mberends: uh, looks like your parrot is built without debug information 17:59
mberends yes, lots of question marks my that hex. it was built with perl Makefile.PL;make;make perl6 18:00
do you also have a build-parrot-with-debug-information-howto ? 18:01
NotFound mberends: Configure.pl usually will do without any special option, don't know what the Makefile.PL does 18:02
Coke makefile invokes configure. 18:03
it's just for CPAN compatability.
or so I thought.
yah. if you don't specify anything on the command line, it just invokes Configure.pl 18:04
mberends and do you get debug information with that?
NotFound mberends: take care to specify the correct binary in the gdb command line. It can be perl6 or parrot, depending on what you where doing. 18:05
mberends begins again, extra carefully 18:06
NotFound The file command can be helpful, do: file core 18:07
It must says something like: core: ..... from './parrot ....'
mberends ha! there was an alias perl6=/tmp/parrot/languages/perl6/perl6 in the works! 18:10
NotFound Specify the full path, then 18:12
18:12 alvar joined
mberends yes, gdb looks more informative now. pasting into a text file... 18:13
nopaste? 18:16
purl rumour has it nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/ or paste.scsys.co.uk (for #catalyst, #dbix-class, #moose and others)
clunker3 pasta.test-smoke.org/ or paste.husk.org/ or nopaste.snit.ch:8001/ or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/
nopaste "mberends" at 83.161.42.49 pasted "NotFound: r35309 segfault backtrace" (70 lines) at nopaste.snit.ch/15413 18:18
mberends thanks for the guidance, I may find time to study the details soon 18:19
NotFound mberends: It will be better to able to check it in the current cvs version 18:23
mberends agreed. I try the lastest svn checkout regularly and cannot pinpoint my deprecated code. I was debugging with $*ERR.say: pre-rvar2, but that stopped working in r35311 (reported RT#62540). I'll run the current rakudo in a moment, to recite the current error. 18:28
18:30 skv joined 18:31 chromatic joined 18:36 alvar joined
mberends NotFound: do you actually have time for this muckraking? it's such an imposition... 18:38
NotFound mberends: I have time, but I don't have a 64 bit system, so I can't do very much. 18:41
18:43 barney joined
mberends let me fill your time... ;-) apart from segfaults, both cpu families give the same language errors. 18:43
NotFound mberends: uh, perl6 syntax is not one of my areas of expertise :D 18:44
mberends Null PMC access in get_string() current instr.: 'infix:ne' .... there is only one string 'ne' comparison in the source code, and when that is commented out, another error takes its place... 18:45
are you willing to try a copy of the code on your system? 18:46
NotFound What code is?
purl code is, like, message mapping => usually pulled straight from the RFC
mberends is not sure whether to censor purl on that opinion 18:47
NotFound mberends: git://github.com/eric256/perl6-examples.git ?
mberends exactly. then, cd lib/Pod; make clean test
NotFound Wait a little, I must install git first 18:48
mberends sudo apt-get install git-core # afair 18:49
NotFound: the Perl 6 depth is limited. the saying is something like, "a good programmer can write Fortran in any language". It could have been written in Fortran. 18:52
18:53 ask_ joined, jhorwitz joined
NotFound I think is a *true* programmer, not just a good one ;) 18:54
mberends *nod* 18:55
so, that combination will definitely throw errors. to see it run as intended, you could add: svn checkout --revision 35309 svn.perl.org/parrot/trunk /tmp/parrot;cd /tmp/parrot;perl Makefile.pl;make;make perl6 19:00
NotFound mberends: Do you know at what Parser.pm line corrspond the pir instruction?
mberends I suspect 440: if @!podblocks[$topindex].style ne 'DELIMITED' { # ABBREVIATED or POD_BLOCK 19:02
meaning .style is undef 19:03
NotFound Mmmm... but an undef usage will give "Use of uninitialized value, isn' it? 19:05
mberends oh 19:06
kid51 Problem with SVN? $ ping svn.perl.org/parrot/ 19:07
PING svn.perl.org/parrot/ (63.251.179.13): 56 data bytes
^C
--- svn.perl.org/parrot/ ping statistics ---
11 packets transmitted, 0 packets received, 100% packet loss
mberends NotFound: so far my approach has been to tweak the running code on r35309 for sanity, and then venture to svn HEAD periodically in the hope of a breakthrough. Admittedly not deterministic at all. can you suggest a more productive modus operandi? 19:09
dalek r35961 | jkeenan++ | trunk/t/steps:
: In partial satisfaction of issues raised in
: trac.parrot.org/parrot/ticket/223, reformat lists to match coding
: standards.
review: www.parrotvm.org/svn/parrot/revision?rev=35961
kid51 That was strange: I was asked to authenticate .. for first time in >2 years!
$ svn ci t/steps/auto_pmc-01.t 19:10
Authentication realm: <svn.perl.org:443> perl.org
Password for 'jkeenan':
NotFound mberends: better ask some rakudo guy, I don't know what are the good ways to diagnose rakudo problems.
mberends will do. thanks NotFound++ 19:11
mberends suggests to self: port code into rakudo latest revision piece by piece. it's obvious! 19:13
NotFound kid51: I don't had any problem today, other than some of the usual hangs when commiting
Now I have the same issue as kid51, it ask me for my pass 19:39
19:46 Zaba joined, chromatic joined
Whiteknight NotFound, so are you suggesting an hllmap opcode? 19:47
Because I like that idea too
19:47 skv joined
NotFound Whiteknight: no need for opcode, there is a method in the interpreter pmc 19:48
Whiteknight: nopaste.snit.ch/15412 19:50
Whiteknight That's not a bad idea either 19:51
Whiteknight really needs to read over all fields and methods of the interpreter PMC object 19:52
NotFound It has very few methods, maybe it will benefit from some more. 19:54
19:54 skv joined
Whiteknight If runtime options are the way we want to go, then we should consider deprecating .HLL_map 19:56
NotFound Whiteknight: or document and enforce that is only for pmc, not for class
Whiteknight what do you mean by that? 19:58
oh, nevermind. I think I got it
But I don't agree, we shouldn't be treating C-based PMCs any differently from how we treat PIR-based classes
The differences should be transparent to the user 19:59
NotFound Then deprecation looks like a good way to me.
Whiteknight Let me post a note about it to the list then. 20:00
dalek r35962 | julianalbo++ | trunk/examples/pir: 20:11
: pirric: activate deprecation warnings
review: www.parrotvm.org/svn/parrot/revision?rev=35962
20:12 skv joined
dalek r35963 | bernhard++ | trunk/docs/resources: 20:16
: [codingstd] svn properties
review: www.parrotvm.org/svn/parrot/revision?rev=35963
20:16 skv joined
dalek r35964 | bernhard++ | trunk (4 files): 20:29
: [unlambda] add a Configure.pl
review: www.parrotvm.org/svn/parrot/revision?rev=35964
r35965 | fperrad++ | trunk/config/gen/makefiles: 20:40
: [external languages]
: checkout PJS in the directory 'pjs' instead of 'parrotjs-read-only'
review: www.parrotvm.org/svn/parrot/revision?rev=35965
NotFound Whiteknight: I've found that in t/op/box.t there is an alternative approach: creating the class in a :inmediate sub located before all .HLL things 21:02
Whiteknight Ah! That's what I wanted to try. I couldn't remember about :immediate, I tried using :init :load instead, and that didn't work correctly 21:04
NotFound Note that the classes here are not created inside the .HLL, though 21:07
21:10 skv joined
Whiteknight Yeah, but either way .HLL_map is limited and idiosyncratic 21:14
I would rather have a solution that Just Works instead of one that's limited
dalek r35966 | bernhard++ | trunk (3 files): 21:21
: [unlambda] add example with the "k" function
review: www.parrotvm.org/svn/parrot/revision?rev=35966
21:29 Theory joined 21:30 skv joined
NotFound Whiteknight: I agree. And kill some code that only exists for that purpose. 21:32
dalek r35967 | bernhard++ | trunk/languages/pipp/src/pct: 21:52
: [Pipp] name mangling for 'use' vars is not necessary
review: www.parrotvm.org/svn/parrot/revision?rev=35967
r35968 | bernhard++ | trunk/languages/unlambda/t:
: [unlambda] defined order of test cases
review: www.parrotvm.org/svn/parrot/revision?rev=35968
21:56 skv joined
lathos eval creates a new scope? 22:01
I can't seem to use lexicals from an enclosing scope inside an eval in rakudo. 22:02
dalek r35969 | bernhard++ | trunk (4 files): 22:06
: [unlambda] build unl.pbc and use it for testing
review: www.parrotvm.org/svn/parrot/revision?rev=35969
lathos Another fun one: 22:09
% ~/svn/parrot/perl6 -e 'my $a = eval ""'
Null PMC access in isa()
dalek r35970 | bernhard++ | trunk/languages/unlambda: 22:10
: [unlambda] PIR formatting
review: www.parrotvm.org/svn/parrot/revision?rev=35970
22:21 redlemon joined
lathos That one's fixed in head though. 22:22
22:23 redlemon joined 22:24 redlemon left
lathos Yuck. Rakudo HEAD resolves class names at compile time, not run time. 22:33
chromatic The phrase "insufficiently dynamic" describes a lot of things.
lathos rakudo: class Foo {}; sub A { Foo.new(); }; say A() 22:34
polyglotbot OUTPUT[Foo<0xb6c021a8>ā¤]
lathos rakudo: sub A { Foo.new(); }; class Foo { }; say A()
polyglotbot OUTPUT[invoke() not implemented in class 'Foo'ā¤current instr.: 'A' pc 124 (EVAL_19:59)ā¤called from Sub '_block14' pc 64 (EVAL_19:40)ā¤called from Sub '!UNIT_START' pc 18152 (src/builtins/guts.pir:321)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 950 (src/PCT/HLLCompiler.pir:527)ā¤called from Sub
..'parrot;PCT;HLLCompiler;evalfiles' pc 1275 (src/...
lathos NO. WRONG. DON'T DO THAT.
dalek r35971 | simon++ | branches/strings/pseudocode: 22:36
: Work around current Rakudo idiosyncrasies.
review: www.parrotvm.org/svn/parrot/revision?rev=35971
r35972 | chromatic++ | trunk (2 files): 22:38
: [src] Removed one use of deprecated SArray PMC. All tests pass.
review: www.parrotvm.org/svn/parrot/revision?rev=35972
r35973 | chromatic++ | trunk/src: 22:43
: [src] Removed the other use of the deprecated SArray PMC.
review: www.parrotvm.org/svn/parrot/revision?rev=35973
22:53 alvar joined
dalek r35974 | julianalbo++ | trunk/src: 22:54
: quick fix for TT #65
review: www.parrotvm.org/svn/parrot/revision?rev=35974
r35975 | chromatic++ | trunk (15 files): 22:56
: [PMC] Removed SArray PMC, per TT #191. Use a FixedPMCArray now instead.
review: www.parrotvm.org/svn/parrot/revision?rev=35975
r35976 | julianalbo++ | trunk/t/steps: 23:15
: fix? for t/steps/auto_pmc-01.t
review: www.parrotvm.org/svn/parrot/revision?rev=35976
r35977 | chromatic++ | trunk/lib/Parrot/Pmc2c (2 files): 23:17
: [lib] Renamed package in Parrot::Pmc2c::Dumper to just that and exported
: dump_pmc() so that the real Parrot::Pmc2c::Dumper can use it. See TT #224,
: reported by Jim Keenan.
review: www.parrotvm.org/svn/parrot/revision?rev=35977
samlh hello, the link on rakudo.org to the parrot wiki is broken
23:19 Limbic_Region joined
dalek r35978 | julianalbo++ | trunk/t/steps: 23:45
: fix?? for t/steps/auto_pmc-01.t
review: www.parrotvm.org/svn/parrot/revision?rev=35978

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!