Parrot 3.8.0 "Magrathea" | parrot.org | Log: irclog.perlgeek.de/parrot | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 29 September 2011.
not_gerd good night, 00:31
parrot
plobsing not_gerd: I think you misread. Mite is register-based, but supports variable sized register frames, whose depths are known statically by using a *compile-time* stack. The ops aren't push-pop. 01:10
cotto ~~ 02:41
03:35 jsut joined 05:03 SHODAN joined 05:15 gbacon joined 05:16 alvis joined 05:23 rfw joined 06:37 baest joined 06:40 sri joined 06:53 contingencyplan joined 07:40 nbrown joined 07:50 nbrown joined 08:10 not_gerd joined
not_gerd hello, #parrot 08:10
08:10 lucian joined
not_gerd plobsing: "Mite uses a stack for data processing, which resides in memory." 08:10
plobsing: "Stack items are created on top of the stack, and only the top-most item may be destroyed."
plobsing: register sets are stack items and thus have a LIFO lifetime, which doesn't play well with non-linear control flow 08:11
08:41 SHODAN joined 09:04 mj41 joined 09:25 baest joined
cotto hio not_gerd 09:34
09:37 not_gerd left, not_gerd joined
not_gerd hello, cotto 09:37
10:26 contingencyplan joined 10:49 jsut_ joined
dalek rrot: c6ed574 | mls++ | src/runcore/subprof.c:
use PARROT_INLINE instead of inline
11:04
moritz I have a small proposal to make 11:15
when we merge branches in master, merge with --no-ff
if we don't, what happens is a result like b7e7400be8e5fca471616f466153bed7a7a78cf7 11:16
Merge remote-tracking branch 'origin/master' into simplify_main_args
there, whiteknight++ first merged master into simplify_main_args
and then the resulting simplify_main_args back into master
since master hadn't changed in between, and --no-ff wasn't provided, a "fast forward" merge was made, ie no explicit merge commit for merging simplify_main_args into master 11:17
so we have no commit "Merge 'simplify_main_args' into 'master'"
(technically that's not a problem, but it does make 'git log' easier to read if such a commit exists) 11:18
ah, git_workflow already advocates --no-ff 11:20
so, forget what I said, it's already there :-)
11:36 Psyche^ joined 11:55 rfw joined 12:12 gbacon joined 12:24 bluescreen joined 12:31 jlaire joined, whiteknight joined
whiteknight good morning, #parrot 12:32
tadzik good morning whiteknight 12:38
whiteknight hello tadzik
dalek rrot: b5b2038 | mls++ | / (21 files):
Merge branch 'master' into mls/pct_exceptionhandlers
13:29
rrot: fad30ea | mls++ | compilers/pct/src/PAST/ (2 files):
Merge branch 'mls/pct_exceptionhandlers'
rrot/mls/pct_exceptionhandlers: 94cbd48 | soh_cah_toa++ | / (3 files):
Renamed docs/dev/pccmethods.pod to docs/dev/pcc_methods.pod so that it is more consistent with docs/dev/pcc_state.pod.
rrot/mls/pct_exceptionhandlers: 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.
rrot/mls/pct_exceptionhandlers: 505e56e | petdance++ | src/gc/gc_private.h:
parenthesized macro values for safety
rrot/mls/pct_exceptionhandlers: d6a0c0f | Whiteknight++ | / (9 files):
Simplify argument passing to :main. Always pass exactly one PMC arg to :main. The new frontend combines it's two arrays into a single array argument, and parses that out.
rrot/mls/pct_exceptionhandlers: f34a88c | Whiteknight++ | t/src/embed/api.t:
fix t/src/embed/api.t
rrot/mls/pct_exceptionhandlers: b7e7400 | Whiteknight++ | / (5 files):
Merge remote-tracking branch 'origin/master' into simplify_main_args
rrot/mls/pct_exceptionhandlers: 7694e59 | petdance++ | src/dynpmc/select.pmc:
consted local vars, and removed an unused variable
rrot/mls/pct_exceptionhandlers: 699ef8b | petdance++ | src/pmc/structview.pmc:
Consted two local vars. May still be using result uninitialized in Parrot_StructView_nci_get_shape
rrot/mls/pct_exceptionhandlers: 1406d01 | petdance++ | src/runcore/subprof.c:
Use NULL instead of 0 for pointers. Const some func parms and local vars. Localized some temp vars.
rrot/mls/pct_exceptionhandlers: c6ed574 | mls++ | src/runcore/subprof.c:
use PARROT_INLINE instead of inline
rrot/mls/pct_exceptionhandlers: b5b2038 | mls++ | / (21 files):
Merge branch 'master' into mls/pct_exceptionhandlers
13:45 baest_ joined
Coke "3 Billion Devices Run Java" 14:20
whiteknight they don't tell you that most of those devices are furbies or old tamagotchis 14:21
or however you spell either of those
Coke it does make me wonder why we don't have a sample code base we can point to and say "and this is why we didn't just pick java." (of course, doing so now would be a waste of a parroteer's time.) 14:23
14:30 dmalcolm joined 15:40 alester joined
sorear Coke: do you mean like NQP/java? (github.com/jnthn/6model/tree/b19eb...Metamodel) 15:57
dalek p: 52e30a5 | mls++ | tools/build/PARROT_REVISION:
bump PARROT_REVISON
16:03
Coke sorear: no, that's not insane. 16:09
nine Jay! Just learned at the university what yield does. Professor didn't know the term 'coroutine' though. 16:13
16:13 baest joined
nine One of those moments where I regret starting to study... 16:14
awwaiid heh
sorear nine: i've got the opposite problem, my prof still thinks of the world in terms of FORTRAN and Pascal. "Don't use break, people, it's evil. [Wirth told me so.]" 16:19
PerlJam but pascal has break doesn't it? 16:29
and fortran has that computed goto version of if doesn't it?
sorear PerlJam: pascal doesn't have break, because multiple-exit control structures are just as evil as goto. 16:35
at least, real Pascal doesn't. there are a number of mutually incompatible "extended pascal" dialects floating around, which are actually usable for writing programs
whiteknight damn those idiots and their usability 16:36
don't they know that a misguided notion of fanatical purity is somehow better than basic usability?
16:43 dodathome joined
nine is somehow reminded of Python... 16:46
16:50 NotFound joined 16:51 PacoLinux_ joined 17:05 contingencyplan joined
nine Funny how a program doing nothing more than endlessly printing 'aaaaaaaaaaaabbbbbbbbbbbbbbaaaaaaaaaaaabbbbbbbaaaa' can make one's day so great :) 17:06
bubaflub nine: i take it that has to do with threading / tasks and not because your a big fan of Abba 17:07
nine bubaflub: got me :) 17:08
Down to four coretest files failing 17:10
17:15 varta joined 17:22 mj41 joined 17:27 fperrad joined 17:34 Themeruta joined 18:06 cosimo_ joined 18:07 cosimo joined
whiteknight lists.cs.uiuc.edu/pipermail/llvmdev...43719.html 18:52
interesting read, for the M0 folks at least
cotto ~~ 18:57
cotto is interested and will read after noms 18:58
sorear is Joachim Durchholz a member of our community? 19:10
whiteknight it's not a name I recognize 19:11
moritz doesn't think he has heard that name before
whiteknight but, I am not very good with names
moritz a nick name would help, maybe 19:12
grepping 'git log' for first | last name doesn't show any results either 19:15
sorear ey mentioned Parrot by name in whiteknight's thread 19:16
whiteknight my thread?
moritz I'm pretty sure it's a "he" :-)
sorear whiteknight: you linked it...
whiteknight oh 19:17
I don't rarely read comments on webpages. They're mostly garbage 19:20
sorear you consider mailing-list replies akin to blog comments? interesting
moritz
.oO( p6l )
19:21
whiteknight I only read the first email there, I didn't read the entire thread
The first post was so insightful, I can't imagine it goes uphill from there
19:27 benabik joined
benabik o/ #parrot 19:28
moritz niecza: sub f { .say for @_ }; f 1, 2, 3 19:29
p6eval niecza v10-39-g64c5778: OUTPUT«1␤2␤3␤»
moritz niecza: { .say for @_ }.(1, 2, 3)
p6eval niecza v10-39-g64c5778: OUTPUT«1␤2␤3␤»
moritz niecza: sub f { if 1 { .say for @_ } }; f 1, 2, 3 19:30
p6eval niecza v10-39-g64c5778: OUTPUT«␤Unhandled Exception: Unable to resolve method slurpy_get_inline in class Parameter␤ at /home/p6eval/niecza/src/Sig.pm6 line 62 (Sig Parameter.bind_inline @ 7) ␤ at /home/p6eval/niecza/src/Sig.pm6 line 95 (Sig C62_ANON @ 2) ␤ at line 0 (KERNEL map @ 2)…
moritz while that's probably a LTA error, I guess we can't expect both to work.
erm, all three
there's a ticket about that for rakudo: rt.perl.org/rt3/Ticket/Display.html?id=60408
sorear moritz: what does that relate to #parrot? 19:34
whiteknight it's interesting enough 19:43
19:55 ambs joined
Coke I think moritz is in the wrong channel. whoops. 20:11
20:17 alvis joined 20:27 dmalcolm joined 21:54 pyrimidine left
cotto that llvm email is great 22:30
22:42 athomason joined, perlite joined 23:37 rfw joined