Parrot 1.7.0 "African Grey" is out! | Fix issues caused by the pcc_reapply merge | find out what's up with the slice opcode
Set by moderator on 28 October 2009.
japhb cotto_work, well, I'm definitely getting some improvement, but hopefully more to come 00:20
00:20 Whiteknight joined
cotto_work I'm very happy to hear that. Thanks! 00:20
darbelo japhb: btw, did the nqp-rx metadata work out or should I try again. 00:22
japhb darbelo, got stuck on 'make test' not working 00:23
darbelo Not a metadata thing problem, is it?
japhb darbelo, nope, I think the metadata is fine 00:26
darbelo Also, it passed for me just now.
I guess I'll look into the sudo stuff then. 00:27
japhb cotto_work, in store_stats, should it be incrementing $stats->{global_stats}{total_time} every time, even when $extra->{no_hits} is true?
That feels like a bug
darbelo japhb: Could that cause >100% numbers on the output? 'cause I've seen those a few times. 00:28
cotto_work lemme check
japhb darbelo, It looks like the global time is being overcounted, so possibly 00:29
00:29 Eevee joined, dalek left
cotto_work That does sound like a bug. 00:29
00:29 dalek joined 00:31 kthakore joined
kthakore chromatic: morning 00:31
chromatic: or night :P
chromatic early evening
purl early evening is the best luxury money can't buy.
kthakore chromatic: close enough 00:32
chromatic: SDL::Video at 42% yay
chromatic I see that. Very nice.
kthakore chromatic: I need updated PIR/PM tuts or what ever that is 00:33
chromatic: looking into SWIG to Parrot
hmm looks like you guys are busy 00:35
I am going to watch some mind rot (TV) and go to sleep 00:36
chromatic: gnight
00:42 Zak joined
cotto_work I'm out. japhb, feel free to msg cotto with any questions. I'll probably be on later tonight. 00:43
japhb cotto_work, OK 00:45
I've got to go to daughter's soccer game anyway,
so I'll BBL
00:47 patspam joined 00:55 darbelo left, diakopter left 01:08 kid51 joined 01:30 kiwichris joined 01:33 PacoLinux joined 02:00 PacoLinux joined
dalek p-rx: d35a707 | pmichaud++ | src/ (2 files):
The Regex and HLL libraries were inadvertently loading PGE.pbc (via PCT.pbc).
 02:49
rrot: r42176 | jkeenan++ | trunk/t/examples/shootout.t:
Don't need to maintain references to RTs that have been resolved.
 02:59
03:42 janus joined
japhb is bak at da hak 03:44
pmichaud japhb: I'm writing up a proposal for the parrot-dev list about including nqp-rx in core parrot releases 03:48
japhb pmichaud, thank you 03:49
dalek p-rx: 2e786f4 | pmichaud++ | src/ (2 files):
Include a '&' on operator names by default.
 03:53
Coke so, reading jonathan's blog, is the nqprx rakudo on master, or in a branch? 04:01
pmichaud branch 04:03
we want master to stay "working" for people who want to play with Perl 6
(branch is named for "ng")
s/for//
japhb cotto, first tuning commit coming your way 04:09
dalek rrot: r42177 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Stats bug fix + first tuning (42.5% less time on one benchmark)
 04:12
Coke thinks that japhb is profiling the profiler. 04:33
pmichaud yay
japhb Coke: Well, I'm profiling the profile converter .... 04:35
cotto said it was getting seriously in his way, so ...
pmichaud it is very slow, yes. 04:38
04:50 preflex joined 05:02 darbelo joined
japhb OK, second tuning pass done. 05:18
Time to go watch some TV for a while ...
05:20 patspam joined
dalek rrot: r42178 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Second tuning pass
 05:21
05:48 mikehh joined 05:53 davidfetter joined 05:54 TiMBuS joined 06:04 kiwichris joined
pmichaud message sent to parrot-dev, we'll see what sort of feedback it gets. 06:04
purl Message for sent stored.
06:34 darbelo left
japhb Replied with support for your proposal. 06:46
07:02 Zak joined
japhb Third tuning pass done. 07:06
dalek rrot: r42179 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Third tuning pass
Tene japhb: you wouldn't need to write plumage in old NQP. You could write it, compile it from NQP to PIR with nqp-rx, and just ship the pbc. 07:28
japhb: But, yes, I mostly agree that it would be much better to have a version in Parrot.
japhb Tene, I would need the regex libraries, not just the compiled PIR from my code itself. 07:29
Tene Just don't use regexes! ;)
japhb Oh yeah, that would be *easy*. ;-{
er
:-P
dalek rrot: r42180 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Fourth tuning: reorder if ladder by pass frequency
 07:33
rrot: r42181 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Fifth tuning: undo singleton for alias trick; causes whitespace outdent
 07:39
07:41 desertm4x joined 07:44 fperrad joined
dalek rrot: r42182 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Sixth tuning: inline store_stats_stack()
 07:49
cotto japhb, thanks a bunch for that work.
japhb np 07:50
by this point, you should be noticing the difference. ;-)
cotto what kind of overall improvement are you seeing?
japhb Haven't done a full before and after yet, but I'd estimate it's a few times faster at this point. 07:51
Care to give it a try on your box?
07:52 mokurai joined
cotto I'd love to 07:52
not bad. It looks like takes about 50% as long to run after your changes. 07:57
japhb Ah, then not as much of an improvement on your system as it is on mine.
Too bad. :-/ 07:58
cotto how much on yours?
japhb Don't know exactly, but given that I took off 42.5% of the time in the first pass, then about another third in the second pass ... I was getting on to a total of 3-4x faster. 08:00
cotto I wonder how fast it'd be in nqp-rx 08:09
but there's no point in throwing more time at an alternate implementation that *might* be faster when there are more reliable improvements to be gained 08:14
japhb nod
cotto as shiny as self-hosted tools are 08:15
cotto resists the shininess
japhb continues tuning 08:17
:-)
cotto thanks
night 08:18
japhb good night 08:19
08:19 chromatic joined 08:40 xenoterracide joined
dalek rrot: r42183 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Seventh tuning: CS path of process_line()
 08:41
08:46 xenoterracide joined 08:53 patspam joined
japhb All right, eight pass committed. 08:53
er eighth
And with that, I need to get some sleep. 08:54
(Oh and yes, I definitely think there is more speed to be won. I'm just getting too blurry-eyed to keep this up.)
dalek rrot: r42184 | japhb++ | trunk/tools/dev/pprof2cg.pl:
[tools] pprof2cg.pl: Eighth tuning: Move input loop into process_input() [renamed from process_line()]
 08:55
Tene okay, I think I have a good plan for a select() PMC now. 08:56
maybe maybe maybe have time to work on it tomorrow. I hope.
for now, goodnight all.
09:05 bacek joined 09:42 Psyche^ joined 09:45 TiMBuS joined
dalek tracwiki: v11 | fperrad++ | ListOfPlatforms 09:46
tracwiki: trac.parrot.org/parrot/wiki/ListOf...ction=diff
09:47 Psyche^_ joined 10:06 sjohnson joined 10:48 xenoterracide joined 10:52 baest joined 10:53 xenoterracide joined 10:57 xenoterracide joined 11:18 fperrad joined
mikehh trunk - pre/post-config, smoke (#29549) PASS, fulltest FAIL at r42184 - Ubuntu 9.10 amd64 11:40
t/benchmark/benchmarks.t - Failed tests: 18-20
the remainder of fulltest passes
11:53 Austin joined 11:54 jsut_ joined
Austin seen pmichaud 11:55
purl pmichaud was last seen on #parrot 5 hours, 50 minutes and 19 seconds ago, saying: message sent to parrot-dev, we'll see what sort of feedback it gets.
11:57 xenoterracide joined 12:00 xenoterracide joined 12:04 patspam joined
dalek TT #1166 created by mikehh++: benchmark_tests FAIL from r42170 - Failed tests: 18-20 12:10
12:11 darbelo joined
mikehh messages 12:11
12:37 fperrad joined 12:42 joeri joined, Whiteknight joined
Austin Good morning, Andrew. 12:44
12:46 bacek joined 12:47 plobsing joined 12:53 kid51 joined
Whiteknight Hello Austin 12:55
dalek rrot: r42185 | bacek++ | trunk (2 files):
Rewrite examples/benchmarks/oo1.pasm into pir.
 12:59
darbelo Austin: ping 13:01
dalek rrot: r42186 | bacek++ | trunk (2 files):
Rewrite examples/benchmarks/oo2.pasm into pir. Closes #1166
 13:02
13:02 xenoterracide joined 13:05 xenoterracide joined
dalek rrot: r42187 | bacek++ | trunk (4 files):
Rewrite examples/benchmars/oo3.pasm into pir.
 13:05
13:08 Austin joined
darbelo Welcome back Austin. 13:08
Austin Thanks, I think.
darbelo Saw your mailing list message about MDD. I think I can explain why you see an extra PMC. 13:09
Most parrot arithmetic vtables ignore whatever 'dest' argument you pass them and unconditionally create a new destination. 13:11
The PMC originally in $P2 got discarded and the new PMC containing the result of the add operation got placed there. 13:14
Austin But after the op, the addr was the same, no? 13:18
bacek Austin, no 13:19
at least it shouldn't
Austin You're right. $p2-before != $p2-during != $p2-after
There's three P2 values, then.
nopaste.snit.ch/18506
before=...88, after=...12, and the set_native got made to ...32. 13:20
darbelo Austin: during?
Austin And now that I think about it, that's still a little weird. 13:21
There are two extra PMCs.
One is the replacement for <dest>. Add is doing "create a new object and bind" rather than "add and assign". 13:22
bacek Austin, before=..88 is Null PMC
darbelo One of them is part of the buxing/unboxing/type_conversion, it wouldn't be there for an all-Integer case. 13:23
Austin I think I can make an argument that that behavior is wrong. (Better still, I think I'll let the two matrix math guys in the channel make that argument for me. :)
bacek 134982632 == $P0 == self in VTABLE
Austin Bacek: You're right. I forgot to set P2 in this example. (My original case had $P2 = new integer) 13:24
bacek Austin, it will be ignored anyway.
darbelo Austin: The argument has alredy been made. The guy doing math with big decimal number lost. He nows wastes valuable memory on every arithmetic operation.
Austin Bacek: ..2632 is self in vtable, but it does not correspond to $P1, which is the object in this case. So what object is 2632? 13:25
That's the second extra PMC. It seems to be a temporary Foo object. 13:26
bacek Austin, ah. It's different registers. In different Context. 13:27
hang on. nope.
darbelo Austin: .sub 'set_num' :vtable('set_number_native') 13:28
.param pmc arg1
The extra PMC is arg1
Austin darbelo: I don't print the address of arg1. I print the address of self. 13:29
darbelo had a parsing FAIL
bacek Austin, Integer.add(DEFAULT) falling to get_number_naative. Line 354 in integer.pmc. 13:31
It creates new PMC of lhs type
And than call set_number_native(self.value + other.get_number)
kid51 Can someone confirm for me the following error: 13:35
line 409 docs/book/pir/ch04_variables.pod
$S2 = << "End_Token"
should be:
$S2 = <<"End_Token"
i.e., no wordspace after <<
Austin I'm thinking that is a "bug" - in the sense of not DTRT. 13:36
dalek TT #1166 closed by bacek++: benchmark_tests FAIL from r42170 - Failed tests: 18-20
kid51 I'm working my way through the printed PIR book and am spotting errors.
bacek Austin, why it's not "DTRT"? 13:37
Austin Because it doesn't know what kind of object it has. (it's the default case)
kid51 If I run a program with code as typed, I get:
error:imcc:syntax error, unexpected SHIFT_LEFT ('<<')
in file 'strings.pir' line 9
bacek Austin, and? You can always specify your own MMD function for "add". 13:39
Austin kid51: I get correct behavior with no space, and a parse error with the space. It's a bug.
bacek .sub 'add' :multi(_, 'Foo')
nopaste "Austin" at 98.235.55.43 pasted "Confirm kid51's book bug" (6 lines) at nopaste.snit.ch/18518 13:40
Austin Bacek: Yes, you can override MMD. But you shouldn't have to. If I have a RPA and I try to compute 7 $need = 15 + $rpa , is it going to create a new array and resize it for me? 13:44
Will it do the same thing for temporary files if I try to compute a file offset? 13:45
dalek rrot: r42188 | jkeenan++ | trunk/docs/book/pir/ch04_variables.pod:
Correct documentation bug: wordspace after '<<' impeded proper heredoc parsing.
bacek Austin, what is your expected behaviour? Throw an exception? Die horribly? 13:46
jonathan I'd hope it might think about telling you there's no applicable candidate. ;-)
Austin Sorry, 7 $rpa above should be '@rpa'
jonathan otoh the default probably numifies the two...
Austin Bacek: ask me for a number. Do the math. Return the result.
bacek "Result" is? 13:47
jonathan So you'd geet $need = 15 + get_integer($rpa) or so
nopaste "Austin" at 98.235.55.43 pasted "Integer.pmc default add" (7 lines) at nopaste.snit.ch/18519 13:48
Austin jonathan: We're discussing the fact that it fails to do that. The code in question is in integer.pmc@354: create a new other-type, and set-number-native the sum 13:49
bacek: The result for an 'add' opcode? I'm hoping it's the sum of two numerical values.
bacek and result of "15 + @rpa" is? 13:50
jonathan bacek: I very much hope *not* an RPA. 13:51
13:51 allison joined
jonathan Maybe I'm just seeing this through Perl 6 goggles, but it looks to me like 15 + @rpa and @rap + 15 in Parrot would perhaps do something different? 13:52
That feels very wrong to me.
also...why is dest being passed in here, but whatever is passed being ignored? 13:53
Austin jonathan: I'm being picky about the specification because it has an impact on operator MMD at the PIR level. I don't know what @rpa+15 would do, because we haven't chased that down.
That is one of life's little mysteries. 13:54
Everyone asks the same question, but I don't remember seeing a good answer.
jonathan tries to find said spec 13:56
pmichaud good morning, #parrot
jonathan Austin: Is it PDD 27 that you're looking at? 13:57
Austin bacek: Since rpa's numify inherits from FPA, both the num and int versions return #elts. So 15 + @rpa is 15 more than the number of elements currently in @rpa. 13:58
jonathan Right, that's kinda what I'd expect. But looking at this, I fear that @rpa + 15 would do something different. 13:59
Austin Except that it is currently implemented as "Create an RPA, and resize it to be 15 elements larger than this other array, then return that." 14:00
jonathan It'd kinda expect that we'd have something like: (Integer, Integer) and (Any, Integer) and (Integer, Any) all create an Integer (or whatever the current HLL's hll_map says Integer is mapped to) holding the result. 14:01
And we'd have similar for (Float, Float), (Float, Any) and (Any, Float)
But doing the same for Float instead.
Or perhaps consider taking the type of the thing *known* to be of this PMC's type as the thing to create. 14:02
But certainly not just go and create something that isn't numeric in any way at all as the result to an MMD.
erm, the result of an "add" I meant.
pmichaud parrots opcodes and vtable ops are by no means commutative 14:03
bacek jonathan, who win in (Integer,Any) vs (Any,Float)?
Austin jonathan: I'm not looking at any pdd. I started this trying to understand how to call an objects .get_integer vtable. Everything snowballed from there.
pmichaud Austin: are you wanting to call it from PIR? It's $I0 = ...
jonathan bacek: With what arguments? 14:04
bacek Int + Float
pmichaud $P0 = box 1; $P1 = box 2.3; $P2 = add $P0, $P1 # Integer.add 14:05
$P2 = add $P1, $P0 # Float.add
jonathan Right, Parrot curently biases leftwards
Austin pmichaud: No, I was trying to figure how to cause it to be called from NQP. 14:06
pmichaud more precisely, Parrot treats add $P2, $P0, $P1 as being $P2 := $P0.'add'($P1)
Austin: there's not presently a way to do it from NQP. In the new version of NQP, it will be
my int $x := $y;
14:07 xenoterracide joined
pmichaud one can also do pir::set__IP($y) 14:07
jonathan bacek: Those two would need some kind of tie-breaker, or the conflict would cause a fallback to some default. 14:08
bacek: Or just a left-bias. 14:09
14:09 allison left 14:11 xenoterracide joined
bacek jonathan, left-bias doesn't work... 1 + 1.2 will result to 2. 14:17
jonathan bacek: nod
bacek Easiest way is to add explicit Integer.add(Float) etc for core pmcs. 14:18
kid51 Here's another documentation problem:
bacek And Integer.add(Any) producing integer
kid51 line 831 of docs/book/pir/ch04_variables.pod: $P0 = new "Array" 14:19
I get: Array index out of bounds! 14:20
current instr.: 'main' pc 91 (strings.pir:46)
The example only works if I start with: $P1 = new 'ResizablePMCArray'
$P0 = new "Array" appears to be insufficient 14:21
bacek kid51, it should be RPA (or RSA) 14:22
kid51 RPA being ... ResizablePMCArray ? 14:23
bacek yes
S for String
kid51 thanks
dukeleto 'ello 14:27
dalek rrot: r42189 | jkeenan++ | trunk/docs/book/pir/ch04_variables.pod:
'Array' must be either 'ResizablePMCArray' or 'ResizableString Array' for example of 'join' to work. bacek++.
kid51 dukeleto: You were at pdx hackathon, correct?
dukeleto kid51: Yes. 14:29
kid51 I'm hoping that some one who participated and do a post about it on the pmgroups mailing list. 14:30
That list currently has a thread about what local .pm groups can do ... 14:31
... and such a hackathon would be a good example.
pm_groups@pm.org 14:32
bacek Can someone with more native English than my review r42190, please? 14:36
dalek rrot: r42190 | bacek++ | trunk/src/pmc/hash.pmc:
Add little bit of documentation about using different key and values types in
 14:37
bacek fall asleep 14:39
kid51 bacek: Done 14:43
afk
dalek rrot: r42191 | jkeenan++ | trunk/src/pmc/hash.pmc:
Minor documentation touchups.
 14:48
rrot: r42192 | mikehh++ | trunk/examples/benchmarks/oo3.pir:
set svn properties
 15:01
15:09 Psyche^ joined 15:11 payload joined
mikehh All tests PASS (pre/post-config, smoke (#29552), fulltest) at r42192 - Ubuntu 9.10 amd64 15:12
15:19 desertm4x_ joined 15:23 tetragon joined 15:33 Austin_away joined
dukeleto kid51: yes, I could write something up. 15:36
kid51 dukeleto: Great! 15:53
15:55 theory joined
mikehh NotFound: ping 15:58
NotFound mikehh: pong 15:59
mikehh NotFound: did you see my last comment on TT #1110 16:00
NotFound: I was just wondering if you had any advice on the matter
NotFound mikehh: I was not paying much attention to that ticket, expecting to update my ubuntu. 16:01
But I think that the root of the problem is not the compiler version: is that we are using as non const pointer a const char * pointer. 16:02
mikehh NotFound: It is just that the definition of strchr has changed re g++ (not gcc) in Ubuntu 9.10 in string.h
NotFound: I put the differences in the last comment in TT #1110 16:03
NotFound mikehh: strchr is a mess, the best we can do is not use it.
The definition looks correct for correct code: if it takes a const, it return a const 16:04
mikehh NotFound: I agree - it is referenced in 12 files in parrot - ack strchr 16:05
NotFound And with all logic, the pointed by a const char* can't be modified
mikehh with g++ now strchr has a const char * and a char * definition (9.10) 16:06
NotFound mikehh: and the previous definition was a shit for bacwards compatibility with wrong code. 16:07
I'm going to upgrade my laptop, will take a look after. 16:12
mikehh NotFound: yeah - but it doesn't help with compatability across different versions of the definition :-}
anyway - got to go into town - bbl 16:13
NotFound mikehh: and that is the reason why I say that the best solution is to drop strchr
16:19 particle joined
dukeleto particle: mornin' 16:36
16:55 iblechbot joined 17:27 particle1 joined
Coke seggggggfaulty 17:34
darbelo Good release name for 1.8 17:45
;)
jonathan Dares you!
darbelo doesn't trust himself to do a release. 17:46
And nether should you ;)
17:47 jsut joined 18:08 Austin_away joined
dukeleto Parrot 1.8.0 "Segfaulty" released! does have a nice ring to it 18:15
darbelo Of course, we'd have to make damm sure you *can't* make Segfaulty segfault before releasing it. 18:16
It stops being fun when it becomes an accurate description :) 18:18
18:27 Zak joined, jan joined 18:42 zostay joined 19:02 chromatic joined
dukeleto darbelo: touche! 19:07
19:08 mokurai joined
dalek rrot-plumage: 3594c61 | japhb++ | :
[META] More TODOs from CPAN Meta Spec Proposals process
 19:17
19:29 mokurai1 joined
plobsing hi #parrot 19:32
darbelo msg dukeleto www.boingboing.net/2009/10/26/anoth...e-mom.html 19:57
purl Message for dukeleto stored.
darbelo msg dukeleto Parrot 2.0.0 "Killer Kea" released! Run for your lives!
purl Message for dukeleto stored.
darbelo
19:58 darbelo_ joined
darbelo_ msg dukeleto Parrot 2.0.0 "Killer Kea" released! Run for your lives! 19:58
purl Message for dukeleto stored.
jonathan Heh, they trimmed the story title nicely in that URL. :-) 20:12
Coke happy halloween. 20:22
dalek TT #1167 created by fperrad++: some new types not handled by gen::opengl step 20:26
20:33 Austin_away joined
chromatic Hm, the hanoi.pir benchmark seems to have increased in speed dramatically in the past year. 20:57
japhb chromatic, when you say "dramatically", what kind of improvement are you talking about? 20:58
chromatic Three times faster in trunk than at 0.9.0, per dukeleto's benchmark script. 20:59
cotto It's nice that something's getting faster. 21:03
japhb, ping 21:04
dukeleto yep
japhb cotto, pong
sup?
purl Yo dawg
dukeleto hanoi is a good benchmark
chromatic Are you passing any arguments to it? 21:05
cotto japhb, need to check something quickly 21:06
japhb cotto, shoot
cotto shoots first and asks questions later
I see that the profile for oofib is goofy, but I also see that it's goofy with the original output from pprof2cg. 21:07
I'd originally thought that your optimizations were to blame. Clearly not. 21:08
japhb "Supposedly" the only functional change I made was to correct the handling of cumulative time as per our discussion. 21:09
It's possible that as it got really late here I made a mistake.
cotto japhb, you're golden. The new and old versions are broken in the same way. 21:13
japhb wheee
I had started taking md5sums of the output to make sure it was the same run to run, but I only thought of that halfway through.
21:14 bacek joined
japhb afk again, ping me if you need me cotto 21:14
21:23 eternaleye joined
dukeleto the RTEMS devs have compiled Parrot and have it working on RTEMS!!! 21:32
cotto rtems?
purl rtems is the Real-Time Operating System for Multiprocessor Systems, see www.rtems.com/ for more.
NotFound Parrots in Space! 21:36
bacek seen chromatic 21:45
purl chromatic was last seen on #parrot 39 minutes and 20 seconds ago, saying: Are you passing any arguments to it?
bacek Good morning, btw :)
msg mikehh oo1pir and oo2.pir probably require svn properties too... 21:51
purl Message for mikehh stored.
mikehh bacek: they didn't fail codetest, but I'll check 21:58
bacek mikehh, strange... I definitely didn't set svn properties for this files... 22:00
dukeleto cotto: i met the RTEMS core devs at the google mentor summit and had many cross-pollinations of good ideas 22:04
they have given me a makefile that makes parrot able to cross-compile to RTEMS
we now have to make our configure system learn how to spit that out 22:05
mikehh bacek: both oo1.pir and oo2.pir in examples/benchmarks have the properties set but also have csv2svn:cvs-rev set (1.9 and 1.5) respectively 22:08
bacek mikehh, interesting. Looks like those files were migrated from cvs. 22:09
22:09 mikehh joined
mikehh yeah - when did we last use cvs? - long before my time 22:12
bacek mikehh, few years ago. 22:14
dukeleto back in the olden days, we had to carry our branches up hill, by hand, both ways!
in the snow
mikehh tags/REL_0_0_5 was 8 years ago 22:23
dukeleto interesting times on parrot-dev! 22:25
22:25 kid51 joined 22:27 mikehh joined
mikehh bah - my internet connection is dropping in and out 22:28
anyway I think I am going to install the i386 version of Ubuntu 9.10 - bbl 22:29
22:40 mikehh joined
mikehh changed my mind - want to backup some stuff first - probably install i386 tomorrow 22:42
dalek rrot: r42193 | bacek++ | branches/context_auto_attrs:
Branch for converting Context to use auto_attr
 23:22
bacek mikehh, around? 23:24
dalek rrot: r42194 | bacek++ | branches/context_auto_attrs/src/pmc/context.pmc:
Add ATTRibutes to Context.
 23:25
rrot: r42195 | bacek++ | branches/context_auto_attrs (8 files):
Get rid of Parrot_Context structure.
rrot: r42196 | bacek++ | branches/context_auto_attrs (5 files):
Split allocating Context from registers
 23:29
p-rx: 1e17347 | pmichaud++ | src/HLL/ (2 files):
Rename <escape> subrule to <quote_escape>.
p-rx: dcee671 | pmichaud++ | (3 files):
[nqp]: Add interpolation of scalars into double-quoted strings.
moderator Parrot 1.7.0 "African Grey" is out! | Fix issues caused by the pcc_reapply merge | find out what's up with the slice opcode | Please test context_auto_attrs branch. 23:29
NotFound ETOOMUCHTITLE ;) 23:30
bacek msg mikehh Can you test context_auto_attrs branch, please? On something strange like Ubuntu/amd64? :)
purl Message for mikehh stored.
bacek NotFound :) 23:31
NotFound poders to add '| please test winxed' 23:32
bacek "| replace NQP with nqp-rx" :)
NotFound, are you on amd64? 23:33
NotFound bacek: yes, debian
bacek (or something less common than Linux/i386)
NotFound, good-good. Can you test context_auto_attrs branch?
bacek don't expect any problems anyway. 23:34
NotFound bacek: svn.parrot.org/parrot/branches/con...auto_attrs ? 23:35
bacek NotFound, something like this :)
NotFound svn co'ing...
Slow, I'm distro upgrading ubuntu on the laptop 23:36
bacek to proper debian? 23:37
NotFound To 9.10
Buliding
23:37 joeri joined
NotFound Testing 23:39
bacek found how to merges branches in git-svn with preserving history. Yay!
NotFound Winxed tests pass 23:41
parrot tests pass
Looks good :)
bacek Hooray!
bacek merging it back to trunk.
NotFound Doing fulltest 23:42
bacek typed in "git svn dcommit" and waiting to hit enter. 23:44
NotFound Looks a little faster than trunk 23:45
dukeleto 00:24:30 <@pmichaud> (rakudo would like nqp-rx in parrot core asap)
taken straight from the mouth of the river
that is from #perl6, btw 23:46
bacek NotFound, it should be slower...
chromatic I can benchmark as soon as it lands.
dukeleto so the new version of nqp-rx installs itself as "nqp" instead of "parrot_nqp", so all we need to do to use NQP is switch to that binary 23:47
except when we use the .pbc version of nqp ...
bacek chromatic, I do more allocations than before. But this branch is required to merge Context and CallSig
NotFound bacek: I was just timing the wixed tests while runing parrot make test, not a very good benchmarking frame
chromatic Performance depends on *which* allocations. 23:48
bacek chromatic, indeed. One fixed size for attributes, one variable size for registers.
NotFound Test Summary Report
-------------------
t/pmc/eval.t (Wstat: 0 Tests: 17 Failed: 0)
TODO passed: 12
t/pmc/threads.t (Wstat: 256 Tests: 14 Failed: 1)
Failed test: 8
Non-zero exit status: 1
This is from make fulltest 23:49
bacek sigh...
NotFound The thread failure, I'm also having it intermitently on trunk
Always in amd64 23:50
bacek Ah! Hooray :)
landed 23:52
dalek rrot: r42197 | bacek++ | trunk (12 files):
Merge branch context_auto_attrs back to trunk.
bacek NotFound, can you remove old branch from svn?
dukeleto bacek++
NotFound bacek: better wait to some test of the merge 23:53
dukeleto bacek: your famous now twitter.com/parrotvm/status/5325786286 23:54
bacek dukeleto, :) It was very small branch 23:55
dukeleto bacek: praise in public, punish in private ;) 23:56
bacek: i want the @parrotvm to announce all branch merges. they are important and it is a good way for people using parrot to know when they should check if their stuff still works
NotFound trunk looks good 23:57
ttbot Parrot trunk/ r42197 MSWin32-x86-multi-thread make error tt.ro.vutbr.cz/file/cmdout/128918.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 23:58
bacek Bah! Poor win32... 23:59

Powered by Cro and the Raku® Programming Language.

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

Thank you!