Parrot 3.6.0 "P�jaros del Caribe" released | parrot.org | Log: irclog.perlgeek.de/parrot/today | #parrotsketch meeting Tuesday 1930 UTC
Set by moderator on 19 July 2011.
00:17 rurban_ joined, lucian left 00:19 rurban left, rurban_ is now known as rurban 00:38 theory left
dalek rrot/m0-prototype: b4ac6ba | cotto++ | src/m0/perl5/m0_ (2 files):
start making m0 assembler and inter smarter about encoding strings

still not smart enough to work though		 00:46
00:58 whiteknight joined 01:11 smash left 01:26 whiteknight left
cotto ~~ 01:28
01:44 woosley joined 01:52 nbezzala joined, cotto left 01:53 cotto joined 02:03 woosley left 02:09 nbezzala_ joined 02:11 nbezzala left, nbezzala_ is now known as nbezzala 02:16 preflex joined 02:20 preflex_ left 02:54 plobsing joined 02:56 woosley joined
dalek rrot/soh-cah-toa/hbdb: 5984fcf | soh_cah_toa++ | / (3 files):
Almost fixed "run" and "step" commands. The "run" command works fine but "step" only works right if you do at least one "run" before it.
 03:06
03:34 jsut_ joined, jsut left
soh_cah_toa pff...readline_interactive() is so stupid. you can't even use the arrow keys to move the cursor 03:37
sorear next time, install readline before building Parrot 03:39
soh_cah_toa i have readline 03:40
cotto alias hbdb='rlwrap hbdb' 03:47
sorear soh_cah_toa: what about readline-dev? and did you install that before configure? 03:48
soh_cah_toa looks like i had readline but not readline-devel. damn, now i gotta rebuild 03:51
cotto aren't you glad you installed ccache? 03:52
soh_cah_toa honestly, i can't tell a difference
cotto time it sometime
benabik I need fink back so I can have ccache again. 03:53
soh_cah_toa though compared to this other hbdb crap issues, sitting around waiting for parrot to build seems fun 03:54
benabik Although I wonder if clang will build parrot... 03:58
Has anyone tried it?
04:19 theory joined 04:49 nbezzala left 05:02 soh_cah_toa left
nopaste "cotto" at 192.168.1.3 pasted "h8h8h8" (20 lines) at nopaste.snit.ch/63580 05:09
cotto ah. There's a sneaky hidden character. 05:10
cotto throws another hack on the pile 05:14
05:14 nbezzala joined
cotto What's the best way to get Perl to parse a float? 05:38
05:52 daniel-s joined 06:06 nbezzala left 06:08 particle left 06:09 mj41 joined 06:19 plobsing left 06:27 atrodo left 06:29 daniel-s left, atrodo joined, daniel-s joined 06:43 jsut joined
moritz Scalar::Util::looks_like_number ? 06:45
06:48 jsut_ left 07:02 theory left
dalek rrot/m0-prototype: 968b07d | cotto++ | src/m0/perl5/m0_ (2 files):
get string encoding (and m0b loading) to work
 07:11
rrot/m0-prototype: e0edb1d | cotto++ | src/m0/perl5/m0_interp.pl:
Don't print the terminal null from print_s. It makes a test sad.
rrot/m0-prototype: 74c93bf | cotto++ | t/m0/ (2 files):
fix a couple of tests, update canonical hello world m0b
rrot/m0-prototype: f68715a | cotto++ | src/m0/perl5/m0_assembler.pl:
add naive float parsing to the M0 assembler
rrot/m0-prototype: a6d210f | cotto++ | src/m0/perl5/m0_interp.pl:
fix M0 interp's N handling, get another batch of tests passing
07:14 JimmyZ joined
dalek kudo/nom: 05500ce | moritz++ | src/ (2 files):
make $::($name) style indirect lookup work
 07:18
07:43 JimmyZ left 07:55 he joined 08:16 fperrad joined 08:17 rurban__ joined 08:19 rurban left, rurban__ is now known as rurban
dalek kudo/nom: afce340 | moritz++ | t/spectest.data:
enable two (heavily fudged) test files, one of which was never passing in master
 08:22
kudo/nom: adcf1ed | moritz++ | / (2 files):
Int.base
 08:54
09:22 dafrito joined 09:41 daniel-s left 09:50 cosimo_ left 10:05 cosimo joined 10:08 woosley left 10:45 preflex_ joined 10:47 preflex left 10:51 contingencyplan left
Felipe morning 11:30
11:30 ambs joined
dalek kudo/nom: cdbbd7f | moritz++ | / (3 files):
implement &reduce
 11:34
kudo/nom: 1b55dd4 | moritz++ | / (2 files):
implement &rand and &srand, run tests
11:39 dafrito left
Coke "let's get rid of c" "hey, now we need to reimplement ccache for parrot" 11:42
atrodo Coke> I would hope that getting rid of c means not needing ccache 12:04
12:11 whiteknight joined
whiteknight good morning, #parrot 12:18
12:24 bluescreen joined
Felipe good morning 12:27
dalek kudo/nom: 6970e7e | moritz++ | / (4 files):
values, pairs, kv
 12:28
whiteknight hello Felipe. How are you doing today? 12:40
12:49 plobsing joined 12:52 bubaflub joined, lucian joined
bubaflub ~ 12:52
whiteknight hello bubaflub 12:54
bubaflub hello whiteknight. how's life?
whiteknight bubaflub: Good! My sister had her baby two days ago, and we have a date picked for settlement
bubaflub whiteknight: that's great!
whiteknight for srsly
12:57 smash joined
smash hello everyone 12:57
whiteknight good morning smash! 12:58
smash: for your thesis, you should write up a bunch of awesome DSL compilers for Parrot
smash whiteknight: writing DSLs is in the plan, let's try to target parrot for them 12:59
13:12 contingencyplan joined 13:20 particle joined
dalek kudo/nom: ca7b148 | moritz++ | / (3 files):
&sprintf, Enum.pairs, tests
 13:21
13:28 Limbic_Region left
Coke smash: or, perhaps, perl6. 13:31
smash Coke: that is also an option, yes 13:33
dalek rrot/whiteknight/pbc_pbc: 287059a | Whiteknight++ | compilers/imcc/pbc.c:
Uncomment the TT #1324 code from compilers/imcc/pbc.c. It was causing a test failure in code that expects to be able to HLL map Sub in an :immediate. This fixes t/dynpmc/subproxy.t
 13:45
rrot/whiteknight/pbc_pbc: 5acd4c4 | Whiteknight++ | t/compilers/opsc/06-opsfile.t:
Bump the number of ops in t/compilers/opsc/06-opsfile.t. This fixes that test.
13:48 plobsing left
whiteknight I would really like to get this branch merged in to master soon, if I can manage it 13:48
13:59 mj41 left
whiteknight The weather outside is absolutely miserable today 14:13
let me put it this way: I was drenched in sweat and had to change my shirt. On the way to work, at 8am in the morning 14:14
dalek rrot/whiteknight/pbc_pbc: b07fb58 | Whiteknight++ | / (101 files):
Merge branch 'master' into whiteknight/pbc_pbc
atrodo whiteknight> weather-- 14:21
whiteknight msg NotFound Take a look at a little test program I wrote on the whiteknight/pbc_pbc branch: gist.github.com/1099564 We can create winxed include files from any compiled .pbc 14:32
aloha OK. I'll deliver the message.
whiteknight atrodo: tell me about it. It's rediculous out there
atrodo It happens every year, and I still hate it 14:33
NotFound whiteknight: nice
whiteknight I don't mind it usually, and I am normally a warm-weather person. However, it's extremely uncomfortable to sit in a puddle of your own sweat while you're working for 8 hours
NotFound: I need to detect :method, and use that to declare classes 14:34
but otherwise, we can do it all from .pbc files directly
I'm surprised Sub doesn't have an .is_method method or attribute that I can easily access
14:35 SHODAN joined
NotFound whiteknight: that is with the new load_bytecode variant, isn't it? 14:36
whiteknight yeah. It returns a PackfileView 14:38
and we can use that to read through the constants table
pull out the subs, get the namespace from each sub, etc
NotFound Looks like it can be even more useful than we thought.
whiteknight I always thought it would be extremely useful 14:39
that's why I'm working on it :)
NotFound Yes, but I didn't realize how easy to use it can become.
whiteknight++ 14:40
whiteknight okay, I got class detection working: gist.github.com/1099564 14:50
easy-peasy
ideally, when we have classes being constructed at compile time and serialized into the constants table, we can just read them out of there directly
NotFound Good enough to be useful right now, even if only for checking. 14:53
whiteknight yeah. it obviously is letting in the :anon functions too, like Winxed_class_init. It would be trivial to filter those out 14:55
NotFound And it can be useful to add optional compile time checking of availability of classes or functions in external modules. 14:56
whiteknight yes!
And testing can become much easier. I can open a file, extract all methods, and run them as tests, without any boilerplate code at all 15:01
dalek sella: 7785eb2 | Whiteknight++ | src/include/Core.winxed:
Update include/Core to include forward declarations of important namespaces, classes, and functions
 15:02
sella: 2f90c7b | Whiteknight++ | / (5 files):
Update Action to make better use of the predeclarations of namespaces and extern functions in modern winxed. Add tests for various error conditions which weren't tested previously and make use of the new syntax features
sella: 5a53a93 | Whiteknight++ | src/include/Action.winxed:
add forward declares for include/Action.winxed. Nothing uses it yet
NotFound whiteknight: How is the plan about that branch? Merge before next release? 15:05
whiteknight NotFound: I just sent out an email. Want to merge it tonight
I have got lots of stuff I want to do that relies on it 15:06
NotFound Good. I must go now, we'll look at it later.
whiteknight later
15:21 contingencyplan left 15:26 plobsing joined 15:28 he left 15:33 JimmyZ joined
lucian whiteknight: i may have asked this before, but do you have an example of a rosella test harness in winxed? 15:35
whiteknight lucian: whiteknight.github.com/Rosella/libr...rness.html 15:37
It's a minimalist example, down towards the bottom of the page
lucian whiteknight: ah, very nice. thanks 15:38
whiteknight I think it should be up-to-date. I haven't tested those examples in a while
hmm... no. broken. Give me a minute 15:39
lucian some confusion between factory objects and functions, i think 15:40
it's doing "var harness = new Rosella.Harness();" , when i think it should be doing something like "var harness = construct(Rosella.Harness);" 15:41
dukeleto ~~
whiteknight no, Winxed doesn't need construct()
lucian oh, ok
whiteknight that's a compatibility thing for NQP
lucian i get "Method 'Harness' not found for invocant of class 'Rosella;Harness'"
dalek sella: ca509d5 | Whiteknight++ | src/harness/Harness.winxed:
Add empty constructor to Harness
 15:43
sella/gh-pages: fcf4d6b | Whiteknight++ | libraries/harness.md:
fix winxed Harness examples
whiteknight lucian: Update Rosella. I fixed the bug. Sorry for the confusion 15:44
lucian whiteknight: thanks. i'll try it
whiteknight The Rosella::construct() function looks for a constructor, and does nothing if it can't find one. The winxed "new Foo()" syntax calls the constructor without checking first
bubaflub lucian: when you're done, i'd like to see it - the only reason i used a NQP harness was because that was the example that was available. 15:45
dukeleto i finally got gcc64 (sparc64 openbsd) to submit a smolder report for coretest: smolder.parrot.org/app/projects/rep...ails/18571
whiteknight so, it's a small mismatch in semantics
bubaflub dukeleto++
lucian bubaflub: ok. it's basically whiteknight's example
whiteknight: i see
hmm, i think i need new parrot & winxed 15:46
whiteknight Solution is either "new Foo" (without the parens), or add an empty constructor
lucian right. makes sense
hmm, i got a parrot build error. hopefully i'm doing something wrong 15:48
whiteknight what's the error?
if the last time you built was before the 3.6 release, you might need to reconfigure
lucian yeah, that's what i'm doing 15:49
whiteknight That's one of the things I hate most about the release, because some of the generated function names use the version number 15:54
so when you build things look fine until the linker tries to resolve symbols
And you have a Parrot_3_5_0_whatever instead of Parrot_3_6_0_whatever and bork
dukeleto lucian: what error are you getting? 15:59
lucian dukeleto: hmm, buried in the console log
no error after Configure, though
dukeleto lucian: &> is your friend 16:03
lucian dukeleto: sure, but i can't reproduce it anymore 16:04
since i re-configured
whiteknight: does this make any sense to you gist.github.com/1099731?
dukeleto lucian: that is good. Just a partial build issue
lucian: i usually get that error when I attempt to call a function with the namespace prefix 16:05
lucian: instead of doing: using Namespace.foo; foo(...)
whiteknight lucian: Do a "winxed --version"
lucian whiteknight: hah gist.github.com/1099736 16:06
dukeleto lucian: that is an older winxed 16:07
lucian: newer winxed's have a --version option
lucian dukeleto: i noticed
whiteknight: yeah, it was just a very old winxed 16:08
whiteknight okay, awesome.
lucian i'm using the one that comes with parrot now, managed to build 16:09
whiteknight nice 16:10
sorry this is turning into such a project!
lucian not your fault
16:13 JimmyZ_ joined
lucian bah. i don't even get a line number 16:15
too few positional arguments: 2 passed, 3 (or more) expected
whiteknight lucian: yeah, that was a bug. I updated the example on the webpage 16:16
16:16 rurban__ joined
lucian right, so not the harness runs 16:17
whiteknight this line: view.add_run(testrun, 0);
16:17 plobsing left
lucian s/not/now/ 16:18
whiteknight: yeah, i'd noticed
16:18 JimmyZ left
whiteknight oh, okay 16:18
awesome
16:18 JimmyZ_ is now known as JimmyZ
lucian i still don't get any actual tests to run though :) 16:18
ah, extension. i didn't notice it expects .t 16:19
16:19 rurban left
whiteknight Hmm.. I may not have an easy interface to change that 16:19
16:19 rurban__ is now known as rurban
lucian for not, i've renamed them 16:20
whiteknight still, that seems like a glaring omission now that I think about it
lucian for rosella.test's age, it's not exactly glaring 16:21
but yeah, i'd prefer to keep the regular extensions. being in the t/ folder is plenty indication for me that it's a test
and now all tests fail! awesome :)
whiteknight We need to differentiate tests from things like temporary files, hidden files, editor files, etc. 16:22
16:22 plobsing joined
lucian why would those be in t/ ? 16:22
whiteknight I don't ask questions. I close tickets 16:24
lucian :) 16:25
ah, now i know why everything fails. because my built .winxed is empty 16:27
whiteknight heh, nice sanity check 16:28
lucian it's not on purpose. just that my setup.winxed build is broken :) 16:32
bubaflub: here's my harness bitbucket.org/lucian1900/puffin/sr.../t/harness 16:33
bubaflub lucian++
lucian it's really just whiteknight's example, pretty much verbatim
make sure you change the cmd in setup
whiteknight lucian: You don't need to $load "rosella/core.pbc" separately. It's included in harness.pbc 16:34
lucian whiteknight: ok
whiteknight not that it matters, just trying to save some effort
lucian thanks 16:35
16:37 plobsing left
dalek rrot/whiteknight/pbc_pbc: 2ca406f | Whiteknight++ | src/packfile/api.c:
Fix c_arg_assert.t
 16:44
rrot/whiteknight/pbc_pbc: ed077ec | Whiteknight++ | src/p (2 files):
fix c_functions_docs.t
rrot/whiteknight/pbc_pbc: 0838d53 | Whiteknight++ | src/platform/win32/dl.c:
fix c_parens.t
rrot/whiteknight/pbc_pbc: 5f99543 | Whiteknight++ | src/ops/core.ops:
Fix opcode_doc.t, and expand some docs for the old-style load_bytecode
lucian yay! bitbucket.org/lucian1900/puffin/ch...473f37ebd5 :) 16:46
dalek rrot/whiteknight/pbc_pbc: 6e5911f | Whiteknight++ | api.yaml:
+experimental note about load_bytecode_p_s to api.yaml
 16:52
16:55 theory joined
lucian whiteknight: thanks for all the help. not to plug the python distutils into parrot's 16:57
whiteknight holy crap it is hot outside 17:05
like, working in an old-time steel mill hot
it's 38.9 C 17:06
lucian nasty 17:07
dukeleto lucian: i have a puffin repo. the README is empty :( 17:09
lucian dukeleto: huh? 17:10
dukeleto: ah, so it is
don't worry, if there had been anything in it, it'd be useless by now :)
dukeleto lucian: how do I run the tests?
lucian: python setup.py build works for me 17:11
lucian dukeleto: yeah, but it doesn't do anything
dukeleto lucian: stuff like how to build, test, clean and install is good stuff for the readme
lucian the object system has a working build/test
dukeleto lucian: how do I run those tests?
lucian cd object, and there you can do setup.winxed build/test
i've just made i work
whiteknight ./dwim "test some stuff"
dukeleto lucian: gist.github.com/1099882 17:13
17:13 mj41 joined
whiteknight yay! the whiteknight/pbc_pbc branch is fulltest-clean on this machine 17:13
lucian dukeleto: you have to say build or something
dukeleto: try pulling again 17:15
Coke wonders if it's time for a smolder restart.
dukeleto lucian: still the same error after pulling and updating: "load_bytecode" couldn't find file 'src/winxed/Distutils.bootstrap.pir' 17:18
lucian: do you have some special env vars set ?
lucian dukeleto: might've not commited that file
whiteknight where the heck are you getting that from? 17:19
that looks like a Rosella temporary file
dukeleto whiteknight: it is right after: Bootstrapping build with existing distutils library
lucian whiteknight: i hacked that to get my boostrapping
Coke how do I diff master vs. whiteknight/pbc_pbC ?
lucian dukeleto: pushed fix
whiteknight Coke: git diff master..whiteknight/pbc_pbc
dukeleto Coke: git diff master...whiteknight/pbc_pbc 17:20
whiteknight lucian: ah, okay
lucian whiteknight: it works, so atm i'm not too bothered
whiteknight lucian: Okay, Rosella has a bootstrappy process similar to that as well 17:21
dukeleto Coke: .. is for a straight diff, ... is to use the common ancestor of the two branches
Coke ah. I need to have a local branch for that work, aye? 17:22
dukeleto Coke: no, just use the origin/whiteknight/pbc_pbc syntax
Coke: your git index knows about every branch on the remote, even if you don't have a local branch
Coke if I do that, does it go over the network?
dukeleto Coke: nope 17:23
Coke k.
17:23 mj41 left
dukeleto Coke: git branch -a to see all branches 17:23
dalek kudo/nom: 8c0ca27 | moritz++ | src/core/Enum.pm:
return a List from Enum.{keyes,values,pairs}

Based on feedback by pmichaud++		 17:24
Coke ugh. of course, this diff is useless because it's swamped by the generated files. ;)
dukeleto Coke: are you using the ... form ?
Coke: that is usually what you want.
Coke dukeleto: yes. there are still generated files in the branch that differ from master. 17:25
17:26 cosimo left
Coke hurm. I had created a branch for whiteknight/pbc_pbc, realized I didn't need it, and then did a branch -d to remove it and got a warning... ignorable? 17:26
whiteknight should be fine, yes
Coke just want to make sure I wasn't going to kill the remote one. ;)
whiteknight I've got a pristine copy here. I can replace it if you do 17:27
lucian do parrot/rosella.test output any particular character encoding?
whiteknight lucian: I'm sure it's ascii by default, or whatever the platform default is
heh, our first piece of trac spam since we opened up ticket creation again 17:28
lucian ok, i'll use platform default. although utf-8 seems to work ok too
dalek kudo/nom: a29189c | moritz++ | src/core/operators.pm:
allow assignment to indirectly looked up variables
 17:30
17:31 cosimo joined
dalek TT #2162 created by maro++: The rock plays casino 17:32
TT #2162: trac.parrot.org/parrot/ticket/2162
dukeleto spam-- 17:34
Coke: git branch never touches the network
Coke Yes, I figured if I screwed anything up it'd require a push to be noticed.
17:37 preflex joined
whiteknight deleted the ticket and locked down ticket creation again 17:37
moritz whiteknight++ 17:38
lucian dukeleto: have you managed to get the tests running?
dukeleto lucian: i think my rosella is borked, possibly because I recompiled parrot but not rosella. will fiddle with it 17:40
dukeleto thinks he has gcc64 (openbsd sparc64) smoking parrot again 17:41
17:41 preflex_ left, bluescreen left
dukeleto poor little machine takes 10 minutes to comile the core ops 17:41
compile, rather
whiteknight ouch
dukeleto yeah, it is a 1 ghz processor running openvpn and test suites for various projects like ffmpeg and whatnot. It is "the little sparc that could" 17:45
dalek p: 5134a59 | moritz++ | tools/build/PARROT_REVISION:
bump PARROT_REVISION to 3.6.0
dukeleto whiteknight: ooh, it just found a compile error on master
whiteknight: gist.github.com/1099956 17:46
dalek kudo/nom: 21756e5 | moritz++ | tools/build/NQP_REVISION:
bump nqp revision to one that brings us parrot 3.6.0
 17:47
whiteknight dukeleto: string API? I don't know who's been touching that 17:49
also, (g++)--
dukeleto whiteknight: the file hasn't changed for a while, but this smoker hasn't been running for longer. It seems like some wonkiness in the macros 17:50
whiteknight hmm
dukeleto whiteknight: i just did a git clean -fdx and I am trying to again to make sure it wasn't a fluke
whiteknight: nope, same error 17:51
whiteknight: this is gcc 3.3.5 ! 17:52
whiteknight ...... 17:53
*facepalm*
Coke That's seems to be old enough to not bother supporting. 17:54
cotto_work ~~
17:56 bluescreen joined
whiteknight I think we absolutely have to draw the line at 3.4.5, if we can't demand more modern than that 17:57
anything older is absurd
dukeleto whiteknight: well, we should tell the user at configure time that they are absurdly behind the times, then, right? 18:00
Coke I would setup the gcc config step to warn. 18:01
(but not die)
dukeleto funny thing is that i think gcc 3.3.5 will compile parrot, but not g++ 3.3.5
18:02 mj41 joined
dukeleto Coke: why should it warn but not die? 18:02
Coke because if someone wants to make it work, now they have /2/ problems. 18:04
dukeleto Coke: but the point is, we don't *want* to support such old versions
whiteknight dukeleto: Can you upgrade GCC on that box? 18:07
Coke dukeleto: no, but are you saying you'll reject patches to make them work? 18:09
no point in going out of our way to make it hard for folks to get parrot working on their system (if it doesn't otherwise hurt us) 18:10
cotto_work Coke: +1
atrodo gcc 3.3.3 compiles parrot
dukeleto atrodo: what about g++ 3.3.3 ? 18:11
Coke is loving git-svn this time around.
atrodo dukeleto> no idea, i can try
dukeleto whiteknight: i think i have access to all gcc versions ever on the farm machines, that is just the default for openbsd 4.6, i guess 18:12
whiteknight: i have used the default gcc on every other box, this one happens to have the oldest i've found 18:13
whiteknight dukeleto: okay. Using the default gcc is not bad practice, until we run into one of these landmines 18:14
dukeleto i think our support policy should state the minimum versions of compilers that we support 18:15
supporting every compiler ever written because we can is not a good use of resources 18:16
atrodo dukeleto> Looks like no. Configure doesn't even work with g++ 3.3.3 18:19
Coke dukeleto: I think we're covered by the "2 year old" rule. 18:20
whiteknight We're coming up on the 2-decade rule with that one 18:23
no, that's an exaggeration. It was 2004 18:25
18:29 JimmyZ left
atrodo 2004 is correct. That's when I built my server that's running 3.3.3 18:39
18:48 mj41 left
dalek rrot: a233112 | dukeleto++ | t/src/extend_vtable.t:
[t] Fix Parrot_PMC_get_pointer and Parrot_PMC_get_pointer_keyed tests, which assumed that memory locations were always positive integers. It just ain't so.
 19:16
Coke tortoise-git has git-svn support. whee. 19:21
whiteknight say it ain't so! 19:27
benabik "it ain't so!" 19:28
whiteknight yay! 19:30
19:42 bubaflub left
benabik … Apple depreciated all of OpenSSL. How weird. 19:44
cotto_work nobody uses that 19:45
benabik It threw me for a loop when I tried to build git...
cotto_work odd indeed. What's the replacement? 19:47
benabik I can't find a notice of it being depreciated anywhere… It just throws warnings on build 19:48
whiteknight no replacement, it's a hardware module built into macs that can't be user-serviced
benabik I think the replacement is "provide your own SSL"?
whiteknight poppycock 19:52
benabik Huh. Parrot 3.3.0 is in homebrew. 19:53
whiteknight msg NotFound can winxed add a __CLASS__ builtin, like __FUNCTION__, to give the name of the current class? __NAMESPACE__ would be nice too 19:59
aloha OK. I'll deliver the message.
20:00 fperrad left 20:11 rblackwe left
lucian dukeleto: i improved the readme, and the build/test process too. now you can just use setup.py 20:14
dukeleto: if you want to try, it should work now 20:15
dalek sella: c88bc7f | Whiteknight++ | src/container/ (7 files):
Update Container-related files to use the new forward-declarations for Core and Action.
 20:22
sella: ca5a31c | Whiteknight++ | / (3 files):
Fix some tests in Container, and fix some bugs I found while fixing tests
20:27 whiteknight left
dukeleto bugs bug BUGS! 20:42
Coke Stop steaming up my tail. 20:45
20:48 contingencyplan joined 20:49 M_o_C joined 20:58 M_o_C left 21:04 zpmorgan joined 21:05 zpmorgan left
dalek kudo/nom: a52ea8f | moritz++ | src/Perl6/Metamodel/MROBased (2 files):
fix newlines in two MOP files; no functional changes
 21:18
21:21 rblackwe joined 21:24 ambs left
lucian i'm having trouble figuring out an error gist.github.com/1100462 21:26
code bitbucket.org/lucian1900/puffin/sr...oot.winxed and test bitbucket.org/lucian1900/puffin/sr...s/t/boot.t
21:30 dmalcolm joined 21:43 Psyche^ joined 21:45 SHODAN left 21:47 bluescreen left 21:48 Patterner left, Psyche^ is now known as Patterner 21:58 whiteknight joined 21:59 pyrimidine left
whiteknight would anybody mind a whiteknight/pbc_pbc merger soonish? 22:05
I hate messing with some of the big files like core_ops.c, or imcparser.c in a branch. The diffs are always huge and contain zero relevant information 22:11
I wish git had a tool to "don't freaking show this damn file in a diff"
22:23 plobsing joined, kid51 joined
kid51 is in PHL for FOSSCON 22:23
kid51 goes out to dinner with pmichaud shortly 22:24
kid51 is testing pbc_pbc branch on linux/i386
whiteknight: Would you expect that branch's behavior to vary between gcc/g++, optimize/non-optimize, or across OSes? 22:25
whiteknight kid51: no. I'm doing some testing with compilers right now
I've been skimpy on my g++ testing so far
kid51 pbc_pbc branch PASS linux/i386 gcc non-opt (my regular linux build) 22:26
dinner
22:26 kid51 left
cotto_work whiteknight: only if you promise to break something 22:38
23:01 dmalcolm left
lucian raises fist at imcc 23:15
(i think, anyway)
Felipe :) 23:26
whiteknight cotto_work: I'm trying my best! 23:43
no objections. So....incoming
dalek rrot: d6cb4d8 | Whiteknight++ | / (20 files):
Merge branch 'whiteknight/pbc_pbc'
whiteknight now, we can start playing with our packfiles from PIR code like real adults 23:46
23:46 bluescreen joined
whiteknight I couldn't remove do_sub_pragmas entirely, because it's still used in IMCC and intertwined in a few other things 23:49
TT #1324 was a big part of why I didn't give it the axe
pmichaud: ping 23:50
23:51 contingencyplan left
whiteknight plobsing: ping 23:52
You know, I can't be held responsible for what happens if I'm not properly supervised with all this code 23:54

Powered by Cro and the Raku® Programming Language.

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

Thank you!