Parrot 3.8.0 "Magrathea" | parrot.org | Log: irclog.perlgeek.de/parrot | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 21 September 2011.
whiteknight hello soh_cah_toa 00:01
sorry I haven't responded to your most recent email
cotto_work hio whiteknight
soh_cah_toa boo! ;)
00:01 benabik joined
soh_cah_toa no worries. i usually know that you at least read them and probably just didn't have time to write a big lengthy reply :) 00:03
whiteknight hello cotto_work
soh_cah_toa: I am thinking, I really don't think XML is a good idea
soh_cah_toa i like the idea but yes, i don't think "actual" xml will work 00:04
whiteknight either we add another library dependency to Parrot just for the purpose of parsing debug data, or we need to write our own (poor) xml parser for the job
soh_cah_toa practically speaking, no
agreed
though using xpath to search metadata would be really cool, just not possible though
whiteknight yeah 00:05
soh_cah_toa perhaps much of the ideas behind xml can be implemented w/ just a few extra struct members to the dde 00:06
like "namespaces", attributes, etc
the thing that i like about the idea though is clearly identifying what metadata came from what level of compilation: hll, past, pir, bytecode, etc 00:08
which, like i said, you don't necessarily need an xml schema to accomplish
whiteknight I think what he was getting at was a simple format for setting up the tree-structured data initially. I don't think we need to start out with anything too simplistic. We can easily serialize a more functional in-memory tree structure just as easily
we have an infrastructure for cursor-based serialization, so that's no big deal. All we need to do is implement the loops to serialize/deserialize 00:09
soh_cah_toa i haven't delved too much into the world of data serialization. what's cursor-based serialization? 00:10
whiteknight bah, that's probably not a common name for it
we have a pointer which is a cursor, and an API that writes data to the cursor and increments it. Basically what I am saying is that we have all the infrastructure necessary
soh_cah_toa oh ok. that's simple 00:11
whiteknight once we know what the data looks like in memory, writing the routines to serialize it is not hard
for instance, if each node has fixed size data, a count of children, and then an array of pointers to children, serialization is straightforward: Write the data, write the count, write the children 00:13
then when we read again we read the node data, then the count, then loop that number of times to read data 00:14
soh_cah_toa yes
we have the two read/write dde functions already - a skeleton at least. all that's needed is tests which is what i've been meaning to come to you about. i'm not really sure how to test that though :\\ 00:15
that is, i don't how how you test packfile segments
benabik XML-- 00:16
whiteknight XML isn't bad all the time, it can be remarkably useful in some cases. Just not this case
soh_cah_toa indeed
dalek sella: bf09983 | Whiteknight++ | src/filesystem/Directory.winxed:
add a naive get_iter vtable to FileSystem.Directory
 00:19
sella: 53e3dbb | Whiteknight++ | src/unstable/commandline/ProgramMode.winxed:
Add in a file I was missing
00:54 aloha joined 01:10 alvis joined
cotto ~~ 01:17
dalek rrot: 2a71336 | jkeenan++ | src/runcore/subprof.c:
[codingstd] Quiet c_parens.t.

parrot_hash_iterate() is an edge case where an aesthetically pleasing coding format is inconsistent with our coding standards. However, the fix applied here is the same we have previously applied in src/hash.c, src/pmc/callcontext.pmc, etc.		 01:50
soh_cah_toa kid51++
finally. 'fulltest' should pass now 01:51
02:23 nbrown joined 03:49 bubaflub joined
dalek rrot: 505e56e | petdance++ | src/gc/gc_private.h:
parenthesized macro values for safety
 04:21
04:30 woosley joined 05:19 woosley joined 06:02 rfw joined 06:07 dafrito joined
dalek kudo/nom: 038d9ea | moritz++ | src/core/Attribute.pm:
nicer Attribute.Str
 06:46
06:57 preflex_ joined 07:35 dodathome joined 08:19 lucian joined
allison h30565.www3.hp.com/t5/Feature-Artic...t/ba-p/440 08:33
dalek kudo/nom: 2b6272f | moritz++ | docs/announce/2011.09:
[docs] update regression list
 08:49
09:02 mj41 joined 09:25 preflex_ joined
dalek kudo/nom: b007943 | moritz++ | docs/announce/2011.09:
[announce] wording improvements by snarkyboojum++
 10:16
10:17 woosley left
nine allison: thanks for that link. Very interesting article 10:22
10:46 mj41 joined 11:02 contingencyplan joined 11:34 mtk joined 11:35 mtk joined 11:36 Psyche^ joined 12:02 bluescreen joined 12:14 jsut joined 12:35 bluescreen joined 13:10 woosley joined 13:14 davidfetter joined 13:33 benabik joined 13:40 whiteknight joined
whiteknight good morning, #parrot 13:48
benabik o/ whiteknight 13:52
whiteknight hello benabik. How are you doing today?
benabik I'm doing alright. _Still_ haven't adapted to this whole "waking up in the morning" thing.
Mostly because morning regularly means 6AM. :-P
whiteknight yeah, that stinks. I'm up every day at 5:30. My wife gets to sleep in until 6:30 13:56
tadzik :O
benabik O.O
15:33 mj41 joined 15:39 bluescreen joined 15:59 woosley left 16:00 alester joined 16:08 dmalcolm joined
dalek kudo/nom: 7411261 | moritz++ | / (4 files):
implement Match.ast and &make

This involves caching Match objects in Cursor.MATCH, because otherwise the $/ that is passed to an action method is not the same as the one returned from a match, thus $.ast is lost		 16:14
16:17 jsut joined
sorear nom: 1 16:19
p6eval nom b00794: ( no output )
sorear evalbot rebuild nom
p6eval OK (started asynchronously)
dalek kudo/nom: fc90822 | moritz++ | t/spectest.data:
run two more regex test files
cotto_work ~~ 17:33
whiteknight hello cotto_work 17:34
cotto_work 'morning, 'knight 17:35
whiteknight how are you doing today? 17:40
dalek kudo/nom: 01d3a6b | duff++ | docs/release_guide.pod:
Update release info
 17:46
cotto_work ready for action
dalek kudo/nom: 2eb6118 | duff++ | docs/release_guide.pod:
oops, forgot to remove Riga from the future
 17:52
kudo/nom: 08e1061 | moritz++ | src/core/ (3 files):
.perl methods for Match and EnumMap
 18:45
19:10 mtk joined
dalek kudo/nom: 21b04a8 | moritz++ | src/core/Match.pm:
more informative Match.gist
 19:19
kudo/nom: 8d71c8c | moritz++ | src/core/Match.pm:
Match.perl needs to be a multi
 19:28
19:42 schmooster joined 19:43 preflex_ joined
dalek kudo/nom: 47d772a | jnthn++ | src/Perl6/Grammar.pm:
Fix segfault when using state variables in mainline.
 19:47
19:55 dmalcolm joined
dalek Heuristic branch merge: pushed 35 commits to rakudo/optimizer by jnthn 20:09
kudo/optimizer: 9d797f6 | jnthn++ | src/Perl6/Optimizer.pm:
Include line numbers to CHECK failure output.
 20:50
kudo/optimizer: b2ceda1 | jnthn++ | src/binder/multidispatch.c:
Don't need to worry about definedness constraint on candidates that would never match anyway.
 21:39
kudo/optimizer: f80dca3 | jnthn++ | src/Perl6/Actions.pm:
Set type on self (just the type of the package we're currently in).
kudo/optimizer: b7316c1 | jnthn++ | src/Perl6/Optimizer.pm:
Don't try to compile-time analyze dispatches involving generic types.
21:47 soh_cah_toa joined 21:50 soh_cah_toa_ joined 22:01 cotto joined 22:17 jeffreykegler joined 22:52 whiteknight joined
whiteknight good evening, #parrot 22:56
sorear good afternoon, whiteknight
whiteknight hello sorear, how are you doing? 22:58
sorear not bad 23:21
23:29 dafrito joined
dalek kudo/optimizer: 3d89708 | jnthn++ | src/ (4 files):
Very preliminary implementation of inlining chosen multi-dispatch candidates. So far, a routine is an inlining candidate iff it consists of a single statement, made entirely of pirops and its arguments, with strictly one use of each argument. Regresses two test files, which ain't bad given this is the very first shot.
 23:29
23:36 Hackbinary joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!