Parrot 2.6.0 | parrot.org Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | fix 'make html' (talk to Coke), merge gc_* branches, fix/replace/optimize hashing
Set by moderator on 3 August 2010.
cotto_work wonders how that got there in the first place 00:00
tcurtis cotto_work: src/namespace.c used to be src/global.c, I think. 00:01
chromatic: I'll write up a blog post and then get to work on that. 00:02
00:04 ruoso joined
Austin How bizarre. Is the nopast-er not working? 00:09
cotto_work the bot is broken
Austin Anyway: nopaste.snit.ch/22543
Where's IMCC?
purl IMCC is the c of parrot or the problem or the intermediate code compiler or will be murdered soon or "fun" to hack on
sorear we kicked the bot after it became a spam vector
cotto_work Austin: that actually means that imcc couldn't find the file referred to by that line of code 00:10
It's a pretty unhelpful message
or misleading
It's saying it can't find interpinfo.pasm 00:11
Austin So it probably means interpinfo.pasm, which is included at 198, right?
00:12 mikehh joined
Austin Okay. 00:12
Hmm 00:13
Given that parrot is not installed (this is on windows xp), how does imcc know where to search for stuff?
Tene does windows have an strace-like so you can see where it's looking? 00:14
Austin If it does, I don't know about it. 00:15
The makefile does not seem to want to tell parrot -Ianything, so I'm assuming there's some built-in search logic. Is that true?
chromatic yes. 00:17
Austin Cool. Where's is that specified? 00:18
grr
*Where's is = Where is
Adding -Iruntime/parrot/include in the makefile makes it work 00:20
Hmm..until I try to compile dumper, and the whole thing starts again.. 00:21
Apparently, Configure.pl is not computing build_dir correctly. 00:29
:(
Coke: How do I specify a value for @build_dir@ in Configure? 00:30
bubaflub Austin: on windows machines in init/hints/mswin32.pm it's getting set 00:37
Austin bubaflub: Thanks, but my config_lib.pir has it set to null... :(
bubaflub Austin: hmmm.... lemme take a look. it *looks* like it's getting set there, but it could be overridden a number of different places 00:38
i don't have a windows box to test it out, but lemme see what i can find
Austin: do you have any errors configuring?
Austin I'm re-running configure with --ask now 00:39
Have you ever built parrot on windows? 00:41
bubaflub Austin: no, i haven't had the pleasure
Austin Heh
bubaflub I'm working on getting out-of-directory building to work
Austin Yeah, I can't get shared library to work at all.
bubaflub and will eventually need to test it on Windows
Austin Your paste can be found at nopaste.snit.ch/22544 00:42
There's a undef error
bubaflub hmmm, first of all that should cause the Configure script to bomb, not silently error 00:44
can you run Configure.pl --verbose and no-paste the stuff?
it'll be a lot, but it should be helpful
Austin What does that do?
(IOW, do I have to hold its hand, or should I just let it run and pipe the output to nopaste?) 00:45
bubaflub --verbose should tell us more debug-esque information about what is being set during the configuration run 00:46
and don't bother babysitting it; this step is just diagnostic so go ahead and pipe it to nopaste
Austin Your paste can be found at nopaste.snit.ch/22545 00:51
bubaflub Austin: looking now 00:52
Austin I don't see a single mention of build_dir until the error. 00:53
bubaflub Austin: yeah, me neither. i thought it would have been set earlier. 00:55
Austin: right towards the top the init::hints is loaded, that should set build_dir
Austin I wonder if the call to GetShortPathName is screwing things up. 00:56
bubaflub yeah, we can also go one level more verbose
that'll give *tons* more output
any item that is ever set in the config hash will be reported 00:57
Austin No, apparently build_dir is correct at that poiont.
bubaflub so then it's getting un-set somewhere else 00:58
Austin Well, it seems like (a) mswin32.pm is being run, and (b) build_dir is correct at that point.
bubaflub both init::defaults and init::hints::mswin32 should set 'build_dir' 00:59
Austin: what revision are you running?
Austin Of?
bubaflub sorry, Parrot
Austin Trunk as of yesterday sometime.
bubaflub ok, just checking
Austin 48253
No 01:00
48268
bubaflub oh, ok yeah that'll work
Austin So how do I get this config-setting-log to work?
bubaflub oh, lemme double check 01:01
Austin (As an aside: I would think that this sort of thing would be part of cotto_work's job requirements...)
bubaflub perl Configure.pl --verbose=2
Austin Whoa. That's pretty verbose. 01:02
bubaflub yeah, it'll output *every* time the config hash is updated
and the steps that determine what headers you have and what warnings your compiler supports generate a lot of output
cause they basically try to compile a test file and if it doesn't work, your compiler doesn't support it / you don't have that header 01:03
Austin That's weird. 01:07
build_dir => undef
bubaflub ah! just as we suspected. where is that getting set?
init::defaults or init::hints?
Austin hints/win32 01:08
I think it's the call to getshortpath
bubaflub yeah, try running that command on it's own 01:09
i.e.
perl -MWin32 -e "print Win32::GetShortPathName('C:/blahblahblah/');"
Austin: and worst case scenario, try running Configure.pl with that line commented out and see if it's configures without errors 01:13
Austin Heh 01:14
Here's a funny:
Coke Austin: you don't specify /build_dir/, it's specified... when you build.
Austin If build_dir is set to "D:\\My Documents\\Sources\\parrot-win" the function returns the same vaoue.
But if build_dir is set to "D:/My\\ Documents/Sources/parrot-win" then it fails. 01:15
*vaoue=value
Coke: getting there.
purl rumour has it getting there is the problem. or half the fun
Coke hokay.
cotto Austin, sadly my employer views PHP as a higher priority than Parrot. 01:20
Austin Heh
dalek rrot: r48304 | Chandon++ | branches/gsoc_threads (7 files):
[gsoc_threads] Prep for working blocking I/O.
 01:21
bubaflub cotto: what about PHP on Parrot? 01:25
Coke cotto: ditto with me, except "Cold Fusion"
Austin So this mswin32 init code is getting build_dir like a/b/c, but it keeps using backslashes as directory separators. WTF? 01:27
Is this an activestate vs strawberry perl-ism, or what?
Coke because backslash is the directory separator on windows? 01:28
are you /setting/ build dir?
Austin That would be fine if it were consistent.
Nope.
I'm looking at the output of --verbose=2
Your paste can be found at nopaste.snit.ch/22548 01:30
cotto currently just Zend PHP, though one coworker thinks we should roll our own. 01:36
01:38 kid51 joined
Austin If ever there was a language that MSFT *should* embrace and extend, PHP is it. 01:39
Take it away from those idiots and make it useful. 01:40
cotto I'd love that. I have no idea if it's got a chance though. He's too busy to advocate it properly. 01:41
Austin Lol
If you ever get a chance, take a look at the parser...
cotto why? 01:42
Austin Put's the ugh in ugly.
*Puts
01:42 somebody_ joined
cotto That's par for the course. 01:42
01:55 somebody__ joined
Austin Is there a useful (& concise) TFM for me to R on building DLL's under Windows? 01:58
02:13 ash_ joined
kid51 backscrolls 02:23
Austin: If you are still having configuration problems, you can also call these options: 02:24
dalek website: tcurtis++ | PAST Optimization: plans for the final weeks of GSoC
website: www.parrot.org/content/past-optimiz...weeks-gsoc
kid51 --verbose-step=init::hints (and you can call multiple --verbose-step=some::step instances) ...
-- configure_trace (and then call perldoc lib/Parrot/Configure/Trace.pm to see how to get at that step-by-step data) 02:25
Austin kid51: Thanks, but I've figured out where the problem is. (Not to say I know how to fix it, though..) 02:28
kid51 Looks like Smolder is still down, just like last night: 02:48
Could not upload report to Smolder at smolder.plusthree.comHTTP CODE: 500 (Can't connect to smolder.plusthree.com:80 (connect: Connection refused))
02:58 bubaflub joined 03:00 janus joined 03:20 petdance joined 03:29 dafrito joined
Util purl msg tcurtis I just implemented your ticket report from #ps today. Feel free to tweak as needed, or to ask me to tweak it. Report {23} here: trac.parrot.org/parrot/report 03:43
purl Message for tcurtis stored.
03:48 jsut_ joined
tcurtis Util++ 03:57
petdance In rakudo, the prime regex deosn't return for me. 04:10
How can I try it in Parrot? I don't know my Parrot at all.
04:22 darbelo joined 04:36 khairul joined
dalek rrot: r48305 | petdance++ | trunk/src/pmc/imageio.pmc:
consting some pointers
 04:39
khairul cotto:ping 04:40
04:50 ash_ joined 04:55 darbelo joined
cotto khairul, pong 04:55
05:02 antivigilante joined
antivigilante where can I get the PIR/PASM source for a simple language 05:03
tcurtis antivigilante: I wouldn't recommend writing a compiler in pure PIR. Look at the Squaak compiler in examples/languages/squaak in the Parrot repository. It also includes a tutorial for implementing it. 05:05
cotto antivigilante, squaak might be what you're looking for.
it's a simple language and includes a recently-updated 9-part tutorial. 05:06
tcurtis You can see the HTML version of the tutorial at docs.parrot.org/parrot/latest/html/...orial.html , but there are a couple of typos there. They're fixed in the repository, and if you want to generate a HTML version of the latest revision of it, do "make html" in a Parrot svn checkout. 05:07
sorear Also, we don't recommend using PASM. At all. Ever.
05:10 TiMBuS joined 05:11 plobsing joined
dalek tracwiki: v10 | cotto++ | KhairulGSOC2010Schedule 05:13
tracwiki: trac.parrot.org/parrot/wiki/Khairul...ction=diff
05:16 ruoso joined
dalek rrot: r48306 | khairul++ | branches/gsoc_instrument/runtime/parrot/library/Instrument/EventLibrary.nqp:
Added disable method of Instrument::Event::Object.
 05:29
05:44 bubaflub joined
dalek rrot: r48307 | khairul++ | branches/gsoc_instrument/src/dynpmc/instrumentinvokable.pmc:
Expose call_sig and invocant to callback.
 05:46
06:26 davidfetter joined 06:33 bubaflub joined 06:42 fperrad joined 06:44 Casan joined
dalek rrot: r48308 | plobsing++ | trunk (4 files):
Store PMC as a simpler "buf" type in PBC in stead of full-fledged strings.
 07:24
rrot: r48309 | plobsing++ | trunk/t/native_pbc (7 files):
native_pbc platform updates
 07:41
07:48 Psyche^ joined 07:50 robin-gvx joined 08:08 ambs joined 08:10 Coke joined
dalek rrot: r48310 | plobsing++ | trunk/src/packfile/pf_items.c:
use arg assert macros
 08:14
08:36 perlite joined 08:50 perlite joined 09:02 ambs joined
dalek rrot: r48311 | cotto++ | trunk/compilers/pct/src/PCT/HLLCompiler.pir:
make --stagestats a little less noisy
 09:04
tracwiki: v28 | cotto++ | CottoTasklist 09:07
tracwiki: trac.parrot.org/parrot/wiki/CottoTa...ction=diff
09:34 AndyA joined 09:50 TiMBuS joined
moritz good localtime() 10:12
how do I control the umask of an mkdir?
sorear You can't. mkdir always uses the current umask 10:16
moritz how do I set the current umask in parrot?
or asked another way - why is the parrot umask not the one that I set in my .bashrc? 10:18
NotFound moritz: the value set depends on the umask and the flags used in the creation function.Ƨ 10:20
METHOD mkdir(STRING *path, INTVAL mode) 10:21
moritz NotFound: thanks 10:22
NotFound mode, in that case
Ignored in windows
Maybe we must make that parameter optional and provide a useful default. 10:24
10:25 ambs joined, AndyA joined
moritz the problem was that rakudo had a default $mode = 0 :-/ 10:28
patching that now
10:32 muixirt joined 10:34 lucian joined
dalek rrot: r48312 | mikehh++ | branches/gc_massacre/src/call/context_accessors.c:
[gc_massacre] add 3 missing const - still other problems
 10:43
11:03 AndyA joined
dalek rrot: r48313 | bacek++ | branches/gc_massacre/src/call/context_accessors.c:
Fix context_accessors after merging with trunk
 11:16
11:20 jsut joined
mikehh bacek: much quicker than I am - builds with gcc, but not g++, make coretest failures, (same in make test) 11:42
bacek mikehh, :) 11:46
mikehh bacek: BTW codetest passes 11:48
bacek it's good.
now time to fix other tests :) 11:49
dalek kudo: 8f8ad30 | moritz++ | src/core/IO.pm:
fix RT #76978, mkdir() umask should default to 0o777
 11:50
12:04 ruoso joined 12:19 macroron joined
dalek rrot: r48314 | mikehh++ | branches/gc_massacre/src/string/charset (2 files):
[gc_massacre] fix g++ errors wrt charset - still other problems
 12:22
12:24 bluescreen joined 12:26 bluescreen joined 12:35 japhb joined 12:39 jhelwig joined
dalek rrot: r48315 | NotFound++ | trunk/src/hash.c:
let the compiler know that the key compare function does not change during a search
 12:39
12:50 smash joined
mikehh bacek: still get the following g++ errors (nopaste not working) 12:52
src/gc/gc_ms2.c: In function ā€˜void Parrot_gc_ms2_init(parrot_interp_t*)ā€™:
src/gc/gc_ms2.c:570: error: invalid conversion from ā€˜STRING* (*)(parrot_interp_t*, UINTVAL)ā€™ to ā€˜Buffer* (*)(parrot_interp_t*, size_t)ā€™
src/gc/gc_ms2.c:571: error: invalid conversion from ā€˜void (*)(parrot_interp_t*, STRING*)ā€™ to ā€˜void (*)(parrot_interp_t*, Buffer*, size_t)ā€™
src/gc/gc_ms2.c:592: error: invalid conversion from ā€˜void (*)(parrot_interp_t*, STRING*, size_t)ā€™ to ā€˜void (*)(parrot_interp_t*, Buffer*, size_t)ā€™
src/gc/gc_ms2.c:593: error: invalid conversion from ā€˜void (*)(parrot_interp_t*, STRING*, size_t)ā€™ to ā€˜void (*)(parrot_interp_t*, Buffer*, size_t)ā€™
bacek: tried to resolve them but it didn't work 12:53
Coke (writing a compiler in pure PIR) - for a comparison on that, see partcl vs. partcl-nqp ; doing it in PIR is muuuuch harder. 12:54
mikehh: woof. 12:55
mikehh Coke: :-}
dalek rrot: r48316 | mikehh++ | branches/gc_massacre/src/gc/fixed_allocator.c:
[gc_massacre] fix another g++ error - still problems with gc_ms2.c (Buffer *)/(STRING *)
 12:56
mikehh Coke: any idea what is happening with nopaste - apparently there was some spam or suchlike?
Coke no clue. 13:06
purl, nopaste? 13:07
purl nopaste is nopaste.snit.ch (works with the script in $_PARROT/tools/dev/nopaste.pl) or paste.scsys.co.uk or www.extpaste.com or gist.github.com or App::Nopaste or codepeek.com/paste/ or (: pastebot)
Coke purl, nopaste owner?
purl bugger all, i dunno, coke
13:38 ambs joined, [1]Casan joined
dalek rtcl-nqp: c11d833 | Coke++ | (3 files):
after splitting up main.pm into its component chunks... remove main.pm.
 13:49
13:56 clinton joined 13:57 bubaflub joined
Coke how can one add more signatures to NQP's known opcodes? 14:02
compilers/pct/src/PAST/Compiler.pir ? 14:03
bubaflub Austin: did you get your problem configuring on windows fixed?
dalek kudo: e41c47b | moritz++ | src/ (2 files):
:ii is a synonym for :samecase
 14:05
Coke tried adding piropsig['new'] = 'Ps', but pir::new('Foo') still complains. 14:06
dalek kudo: 0185653 | moritz++ | src/Perl6/Actions.pm:
:ii/:samecase now implies :i, as per spec
 14:10
14:16 ttbot joined 14:17 clinton joined, Casan joined, AndyA joined, TiMBuS joined, Coke joined, fperrad joined, darbelo joined, dafrito joined, aloha joined, bacek joined, dngor joined, estrabd joined, NotFound joined, s1n joined, snarkyboojum joined, simcop2387 joined, pmichaud joined, Util joined, NOTevil joined, kthakore joined, ingy joined, KatrinaTheLamia joined, Essobi joined, Ryan52 joined, sjn joined
Coke oh! it did work, just needed more of a rebuild. 14:22
14:22 bubaflub joined, jhelwig joined, japhb joined, lucian joined, muixirt joined, perlite joined, mikehh joined, Chandon joined, jdv79 joined, PacoLinux joined, Khisanth joined, particle joined, GeJ joined, wagle joined, mattp joined, p6eval joined, dzoe joined, sri joined, magnachef joined, pjcj joined, mikegrb joined, atrodo joined, Maddingue joined, frodwith joined, he joined, integral joined, tewk_ joined, szbalint joined, eirik joined, confound joined, sorear joined, Tene joined, Infinoid joined 14:24 davidfetter joined 14:29 Andy_ joined 14:30 plobsing joined
dalek kudo: ecb4b0a | moritz++ | src/Perl6/Actions.pm:
remove left-over debugging output, moritz--
 14:34
rrot: r48317 | NotFound++ | trunk/src/hash.c:
simplify parrot_hash_delete
 14:52
moritz rakudo: $_ = 'Foo'; s:ii/foo/bar/; .say 14:56
p6eval rakudo ecb4b0: OUTPUTĀ«Barā¤Ā»
moritz \\o/
szbalint :)
15:02 ambs joined 15:04 erikh joined
erikh greets... kind of unrelated to parrot but I'm trying to find some wisdom if anyone wants to throw me a bone. I'm looking to bind to ICU and I am told at one point, parrot used this underneath the hood 15:05
and then ripped it out. I was wondering what the rationale for that was?
moritz parrot still uses icu 15:06
erikh oh, nifty.
moritz at least optionally
erikh yeah, basically I'm trying to research the library a bit before I pour a week or two into making it play ball. 15:07
seems like a dream come true, encoding-wise at least, on paper.
dukeleto erikh: parrot uses ICU for all unicodey things, what kind of wisdom are you looking for? 15:09
erikh actually, someone told me you dropped it, and I was curious what the reason was. I guess I/they were wrong about that. 15:10
basically trying to expose (some, at least) traps before I start in on it. 15:11
that's good to know, actually, because it tells me it's worth relying upon.
dukeleto erikh: yes, that is incorrect. Parrot definitely still uses ICU (optionally) if you want a Parrot that understands unicode
erikh thanks guys.
dukeleto erikh: no worries. ICU is definitely good enough for Parrot, if that helps
erikh excellent. 15:12
15:13 chromatic joined, smash joined 15:14 ash_ joined, theory joined
Coke erikh: there is a kernel of truth in that rumor >> 15:15
we used to bundle the icu source directly in our version control system. at some point we extracted it so we can just rely on the system ICU instead of lugging it around with us. 15:16
erikh aha. yeah, I was wondering how easy/hard it would be to bundle.
kind of leaned on just this side of "hard" with the autotools requirement 15:18
dalek TT #1728 created by coke++: Add more signatures for for PAST op types. 15:23
TT #1728: trac.parrot.org/parrot/ticket/1728
dukeleto 'ello 15:37
15:46 brianwisti joined 16:02 clinton joined 16:20 TonyC joined 16:26 theory joined 16:29 jevin joined
dalek rrot: r48318 | chromatic++ | trunk/src/hash.c:
[hash] Doubled initial hash size to 8 buckets.
 16:38
rrot: r48319 | chromatic++ | trunk/src/hash.c:
[hash] Removed small hash pseudo-optimization.
rrot: r48320 | chromatic++ | trunk/src/call/args.c:
[PCC] Added positionals presizing to fill_args.

init_pmc_int?
16:42 ruoso joined 16:45 hercynium joined 17:01 clinton joined
Coke nominates ... 17:10
17:12 jsut_ joined 17:28 donaldh joined
cotto_work ~~ 17:36
18:10 donaldh joined
cotto_work collectiveidea.com/blog/archives/20...t-commits/ 18:12
18:17 Chandon joined 18:27 Paul_the_Greek joined
Paul_the_Greek Anyone available for a question? 18:28
sorear yes 18:29
Paul_the_Greek Howdy.
sorear (but even if noone was, you'd be better off just asking it)
Paul_the_Greek What is the difference between installing the latest developer release and using SVN to check out Parrot?
I mean as far as working on Parrot is concerned. 18:31
chromatic SVN checkouts can be more experimental.
Paul_the_Greek What is the right thing to do if I want to work on Parrot?
chromatic That depends on your interest: building a language versus developing Parrot. 18:32
Coke if you're working on parrot guts, svn latest. 18:33
if you're a HLL developer, latest release is typically ok. (but even then, I use latest all the time anyway)
Paul_the_Greek Oh, sorry, developing Parrot
Okay, so SVN. 18:34
Coke note: if you prefer git (and aren't a committer) there is a git clone of the svn repo on github 18:35
(if you prefer git and /are/ a committer, there's always git-svn)
Paul_the_Greek Do people lock the files they're working on?
cotto_work definitely not 18:36
sorear doesn't that defeat the whole point of using svn
cotto_work you might want to avoid working on a certain file if you know it's part of a current refactor, but there's definitely no manual locking
Paul_the_Greek Sorry, I'm new to svn. 18:37
particle svn uses an optimistic locking model
18:37 Chandon joined
Paul_the_Greek So I simply work away and then submit a patch. 18:37
particle aye
docs/submissions.pod will help 18:38
Paul_the_Greek Yes, that's what I'm looking at now.
So svn looks at my copy of Parrot and the master copy and figures out what has changed? 18:42
cotto_work examples/c/nanoparrot.c is a self-contained minimalist version of Parrot. It might make Parrot as a whole easier to grok.
yup
more or less 18:43
Paul_the_Greek Okay, time to read the Subversion docs, too.
particle svnbook.red-bean.com has the details on subversion
cotto_work svn book?
particle purl, svn book is svnbook.red-bean.com
svn book? 18:44
feh.
cotto_work unbotsnack
particle botslap
cotto_work Oh. I guess we need purl to be here for her to work.
darbelo fails to miss the bot. 18:46
cotto_work now we can say "+1" without her reply
atrodo +1
darbelo 1
particle darbeloslap 18:47
cotto_work really should have seen that coming
particle :)
cotto_work darbelosnack
darbelo :)
mikehh one should note that purl keeps a record of karma :-} 18:52
18:52 preflex joined
particle purl++ 18:52
;)
cotto_work normally purl is a bot we keep around to record karma and various random factoids, fyi 18:53
mikehh she seems to have left in the great net split 18:55
but did not return
18:56 whiteknight joined
cotto_work yay for robust irc protocols 18:56
atrodo who/where is purl hosted?
sorear irc.perl.org itself 18:57
go visit #purl, they have the tribunal atsmospher going *really well*
Paul_the_Greek Would a ticket like this be good for a newbie: trac.parrot.org/parrot/ticket/1605 19:00
chromatic If you're comfortable with memory management yes. 19:01
Paul_the_Greek Seems like a good way to learn a bit of internals without immediately hacking any actual code. 19:02
particle Paul_the_Greek++ 19:03
Paul_the_Greek Fetch before the increment, you say? 19:04
I'll start by reading the PDDs. 19:06
chromatic If you find anything confusing or wrong, please file tickets. 19:08
Paul_the_Greek One more question: Would documentation on the buffers belong in the source (as now), or in the Memory Internals documentation? 19:11
chromatic The docs are probably long out of date. 19:14
Paul_the_Greek Ah, so perhaps that's a project for later.
19:15 tcurtis joined
particle running svn log on the docs will give you some ideas as to their age and state of upkeep 19:18
Paul_the_Greek I'll do that, thanks. 19:19
cotto_work svn blame is nice for individual files
19:25 hercynium joined
Paul_the_Greek Thanks, folks. 19:32
19:48 theory joined 19:51 contingencyplan joined 19:53 davidfetter joined 19:57 muixirt joined 20:04 Chandon joined 20:39 tommyd joined 20:40 bluescreen joined 20:59 lucian joined
chromatic msg bacek www.coffeepowered.net/2009/06/13/fi...collector/ 21:02
21:04 cotto_work joined 21:07 Chandon joined
dalek rrot: r48321 | chromatic++ | branches/gc_massacre/src/gc/gc_ms2.c:
[GC] Added preliminary growth factor to ms2 GC.
 21:37
ee-optimization: f7cd6ed | tcurtis++ | t/pastpattern.t:
Test that .transform does the right thing with deleting nodes.
 21:38
ee-optimization: e3dd6b2 | tcurtis++ | src/Tree/Pattern/Transformer.nqp:
Fix deletion of nodes in .transform.
22:03 [1]Casan joined 22:24 theory joined 22:27 ascent joined
dalek rrot: r48322 | darbelo++ | branches/unshared_buffers:
Create a branch for performance testing without shared buffers.
 23:17
23:24 theory joined 23:35 Paul_the_Greek joined
Paul_the_Greek The Memory Internals document is indeed sadly out-of-date. 23:37
dukeleto Paul_the_Greek: which document? the PDD? 23:39
Paul_the_Greek Yes. 23:40
Oops, no, sorry, the developer doc.
23:59 Psyche^ 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!