01:41 sorear joined 18:53 ash_ joined 18:57 mberends joined
TimToady not that anyone else is here... 19:06
jnthn 'tis a tad quiet.
moritz_ nobody
moritz_ completely forgot 19:07
jnthn Great, that's three of us not here. Any more?
;-)
moritz_: Same!
ash_ i am more just listening, since i don't really commit to rakudo
moritz_ anyway, last week I promised to look at 1) tests for item assignment and 2) match object perl6ification
for 1) I fudged assign.t for rakudo, runs now 19:08
plenty of item assignment tests
2) I started a branch on nqp-rx that splits up match object creation
it does all the logic in the Regex::Cursor object
and then calls a Regex::Match.new with all the necessary information, including submatches 19:09
jnthn moritz_++
moritz_ so that providing a different type object makes it easy to create custom Match types
however I want review from pm before I merge 19:10
jnthn OK, cool.
Is the next stage getting it to use some Rakudo match object instead?
Sounds like a clean solution, anyway.
moritz_ aye, I plan to write class Match in pure Perl 6
and nqp-rx will just call its .new method 19:11
jnthn Excellent.
I did some little patches here and there and Book work. 19:12
Need to jump back on the OO things, and the multi things, and the lexical things...
Lexical multis are muchly needed. 19:13
Thinking about how we can achieve a "real" setting.
(as in, lexical outer)
A little non-trivial in various ways. 19:14
moritz_ care to explain what the difficulties are?
I'd expect you "just" need a function to iterate over lexpads, and import that stuff into another scope 19:15
jnthn Well, we can do it that way too.
I was wondering also if we could have a "you are here" marker like STD uses.
And set_outer the main body of the program.
But the trouble with that is then getting the parser to know about all of the stuff in said outer scope in a neat way. 19:16
Oh
We may not need to actually.
Since we emit a "lexicals first, then namespace" op for sub lookup.
So maybe it ain't going to be so bad after all. 19:17
TimToady you have to make sure that OUTER:: works correctly
jnthn Apart from actually the parser probably will need to know in some senses, for static analysis.
But we don't do that now, so...no biggie.
TimToady UNIT::OUTER == SETTING, and so forth
well, that's part of what it means to be the outer lexical scope 19:18
jnthn nod
Maybe I should fix lexical multis and JFTI. 19:19
moritz_ sounds like a plan 19:20
jnthn Anyways, things seem to be moving along overall. 19:23
mberends when refactoring proto, the nested project folders made by Rakudo's --gen-parrot looked potentially awkward for future re-structuring, so I am going for default directories of ~/.perl6/parrot, ~/.perl6/parrot_install and ~/.perl6/rakudo. Any comments on that? 19:24
jnthn mberends: Modifying the default behavior of --gen-parrot? 19:25
mberends no. just proto
jnthn Ah, OK
Will things still work out for a Rakudo not installed with proto?
mberends one underlying thought was to remove parrot/ and rakudo/ and retain only parrot_install for runtime. 19:26
jnthn Hmm
+1 if that works.
mberends jnthn: yes, if you byo Rakudo proto will use that instead
jnthn Is there or will there a way to get proto to do an install to /usr/bin/local too (e.g. a global rather than user one)? 19:27
mberends you need root access on Unix for that
jnthn Oh, sure. :-) 19:28
mberends that's why ~/.perl6 seemed a safer choice
jnthn I can just see people wanting it and was wondering what the scope of proto installing Rakudo/Parrot was.
I kinda worry a little that there's perl Configure.pl --gen-parrot and then the proto way, and how we'll guide people which to use.
mberends proto could include an optional sudo step to install into /usr/local/bin
ash_ mberends: you could detect if the current user is an admin, do a test to see if you have permissions to /usr/local/bin then if that fails, fallback to ~/.perl6/lib
jnthn Especially given proto will ship with Rakudo *. 19:29
mberends ash_: no problem, that could be added
ash_ there are other package management systems that follow that scheme, if you don't have permissions to install it to the globally accessible place, then fallback to ~ 19:30
its kinda nice
mberends yeah, I like it. CPAN also does that kind of thing
ok, there being no dissent, the proposal is carried 19:31
spinclad [bikeshed] i'd rather ask specifically to install in /usr[/local] and fail if no perms
[too late] 19:32
jnthn But purple is better!
:-)
moritz_ likes locality
spinclad anyway, no blocker for R*
mberends spinclad: no problem either, I'm going to build the guts, and we can orchestrate the directories by tweaking a few high level parameters 19:33
there is a proto.conf for those kind of options, and favorite colors ;)
19:34 colomon joined
mberends this afternoon Rakudo 2010.02 failed to compile one .c file with Strawberry's g++ 3.4.5, I'm not sure of the details, it may have been bind.c :( 19:36
jnthn g++? 19:37
ash_ g++ 3.4.5 is from 2005....
jnthn Feeding C code to a C++ compiler may not always end well. ;-)
ash_ gnu c++ compiler
mberends ahem, yes. That's in Strawberry 5.10.1, current (January 2010) release. 19:38
ActivePerl is beginning XS support with a gcc package as well, haven't tried it yet 19:40
anyway, these details are more appropriate for #perl6. After I get proto minimally operational, I plan to switch my efforts back to Blizkost/FakeDBI 19:43
spinclad senses quiet 19:52
mberends re-testing, bind.c was the last file to compile ok. Configure had nominated g++ for $(LD), and it failed to link src\\pmc\\perl6_group.dll with "undefined reference" errors 19:56
ash_ mberends: can you put the whole error and the command it executed in a gist or something? 19:59
TimToady phone & 20:00
mberends ok, will post in #perl6
20:32 PerlJam joined
colomon Was there a meeting while I was out? 20:33
jnthn Sorta 20:34
mberends not much, just see irclog.perlgeek.de/rakudosketch/today
jnthn There's ir clogs
colomon danke
yeah, very short. :) 20:36