Parrot 0.6.0 "P&P" released | Please mentor for SoC | parrotcode.org/ | YAPC::NA talks deadline is Mar 31 | tinyurl.com/2pmnlq
Set by moderator on 18 March 2008.
ewilhelm looks around for the parrot sysadmin 00:00
PerlJam Hmm. From Configure.pl ...
Generating C headers...value for 'revision' in config/gen/config_h/config_h.in is undef at lib/Parrot/Configure/Compiler.pm line 393, <$in> line 19.
ewilhelm smoke.parrotcode.org/smoke/ 00:01
purl smoke.parrotcode.org/smoke/ is, like, too short
ewilhelm looks like 99.5% ok is as good as it gets 00:02
chromatic That's not awful.
What fails, math stuff?
ewilhelm it's par for the course on win32 right? 2.2 nines!
00:03 dalek joined
Limbic_Region doesn't run the test suite under Win32/MinGW very often 00:03
ewilhelm pg.t
chromatic The Postgres bindings?
Limbic_Region actually - unless requested, I only run it monthly (before release) 00:04
Coke that's enough to keep us honest.
Limbic_Region PerlJam - the problem is local to you, working fine for me
PerlJam - parrot is making now
Coke cygwin does build for me if on this new machine if I preset the PATH. It *never* worked on my last windows machine.
I need to respond to that while near the machine that I tested it on.
PerlJam does a fresh checkout 00:09
Limbic_Region ok, build failed
PerlJam Limbic_Region: complaining about MD5 and SHA stuff? 00:10
Limbic_Region yes
MD2, MD4, MD5, and SHA
chromatic does "make parrot" succeed?
Limbic_Region just a sec 00:11
nothing to be done for parrot
chromatic Okay, so it's just the dynpmcs that fail to build.
Limbic_Region looks like it is something later on in the build that is failing
chromatic That's a plus.
Limbic_Region purl paste
purl i heard paste was (see: nopaste) or like glue but a little safer to sniff. or nopaste.snit.ch:8001/ or scsys.co.uk:8001/ anywhere shadowpaste is or mmm, sticky paste or You there! Eating the paste. or <see> 2 girls, 1 paste
chromatic That means the configuration check for the crypto libs is somehow wrong on Cygwin. 00:12
nopaste "Limbic_Region" at 68.49.236.220 pasted "make output on Win32/Cygwin" (987 lines) at nopaste.snit.ch/12579
Limbic_Region well, that's what PerlJam was indicating
but I didn't see anything out of the ordinary from Configure.pl 00:13
Generating CPU specific stuff.........................................done.
Verifying that the compiler supports function pointer casts............yes.
Determining whether your compiler supports computed goto...............yes.
Determining if your compiler supports inline...........................yes.
Determining what allocator to use.....................................done.
Determining if your C library supports memalign........................yes.
Determining some signal stuff.........................................done.
Determining whether there is socklen_t.................................yes. 00:14
Determining if your C library has setenv / unsetenv...................both.
Determining if your platform supports AIO...............................no.
shit
sorry
Determining if your platform supports crypto...................yes, 0.9.8g.
that's what I meant to paste
Limbic_Region wanders off feeling like a major idiot
Coke you can stay here and do that! =-) 00:15
ewilhelm hey, that's all I ever do here
chromatic Where are the crypto libs installed?
Limbic_Region my ssl libs are in /usr/lib 00:18
chromatic There's no -L/usr/lib in the link line. 00:19
What if you add it and try to link the dynpmc group manually?
Limbic_Region presumably they /usr/lib is in the LIB_PATH
but I will try that
chromatic gcc -o digest_group.dll lib-digest_group.o md2.o md4.o md5.o ripemd160.o sha.o sha1.o -s -L/usr/local/lib -L/usr/lib -shared -L/home/Gat/parrot/blib/lib -lparrot
00:21 spez joined
Limbic_Region well, after cd'ing to src/dynpmc 00:21
it fails with exact same errors 00:22
with -L/usr/lib
chromatic does it need -s or -shared in front of -L/usr/lib ?
Limbic_Region I will try all variations
no difference
chromatic -lcrypt? 00:23
Limbic_Region just a sec
ewilhelm by any chance do you have mingw tools in your cygwin path? 00:24
Limbic_Region ewilhelm - no
chromatic - no change
chromatic Interesting. Mine link against libcrypt and libcrypto. 00:25
And libcurses. I thought I removed the link against curses on Linux.
Limbic_Region heh, that fixed it
-lcrypto 00:26
00:26 Andy joined
Limbic_Region now let me remove things piece by piece and see if it was a combination of things or just the -lcrypto 00:26
yeah, actually I was right about the -L/usr/lib (not necessary - part of the default path) 00:27
and the -s / -shared becomes superfolous
and the -lcrypt is also not necessary
just adding -lcrypto makes it work
PerlJam next time I mention something about a fresh checkout, you guys remind me that it takes *for* *ever* 00:28
chromatic aptitude install ccache
Limbic_Region PerlJam - it could be worse, ICU could still be part of the checkout
chromatic L~R, can you file a bug? Francois should be able to figure out how to fix things knowing what's missing. 00:29
Limbic_Region I can just send an email to parrotbug@ ... right? 00:30
chromatic yes
Limbic_Region interestingly enough, after getting past that one failure by hand and going back and doing make again
it finishes without a problem
and
the final link
has -lcrypto
chromatic Strange. 00:31
purl But true.
PerlJam when I ran Configure.pl just now, before it died I did notice that it found openssl (which should trigger -lcrypto) 00:32
Khisanth PerlJam: at least you aren't doing it on my connection! 00:34
Limbic_Region chromatic - email sent 00:38
chromatic Thanks.
Limbic_Region no problem
so - it seems to me that despite not having built it since Nov 24th 00:39
not a lot is needed to make it work
:D
jonathan is realizing that sangria is stronger than cerveza... 00:40
Limbic_Region ticket #52150
jonathan I've got a first-cut implementation of subset ... of ... where ... though. 00:41
In as r26570. Have fun. Sleep time. 00:45
svnbotl r26570 | jonathan++ | trunk: 00:48
: [rakudo] First-cut implementation of subset ... of ... where ...; likely has issues, but it's better than nothing.
diff: parrotvm.org/svn/parrot/revision/?rev=26570
Coke the file_metadata test appears to be spuriously using Parrot::Revision 00:57
01:03 Theory joined 01:04 rdice joined
Coke finally cuts that email. 01:11
01:12 davidfetter joined 01:33 jeffreykegler joined
chromatic majek4.blogspot.com/2008/03/useful-...cific.html 01:40
shorten chromatic's url is at xrl.us/bibap
chromatic likely() and unlikely() look interesting.
Coke tries to find more low hanging deprecation. 01:42
when removing something deprecated, should I feel guilty about not expunging it from the book? 01:52
chromatic Very.
Coke Ok. but I think I'm still going to skip that step, as the book needs a major rewrite and this is more involved than simply removing something from a list. 01:53
chromatic File a bug against the book perhaps?
Coke hurm. if I did that for everything in the book, we'd have another 400 tickets. If I file *one* ticket it's too vague. 01:54
chromatic I dunno then.
I'll forget too.
Coke I suppose I could just file a single ticket regarding the one thing I'm removing.
... Or I could add an "errata" section.
ewilhelm there's a book? 01:55
Coke Yup. Somewhat out of date, but we got a copy of the print book "parrot and perl6 essentials" given to us by o'reilly.
(it's checked into the repo. docs/book)
chromatic: there is more classoffset goodness in runtime/parrot/library/SDL/*.pir 01:57
chromatic Really?
Oh, I fixed examples/sdl/
I'll work on it. 01:58
Coke Danke.
chromatic: does adding docs/book/appendix.pod with ERRATA seem reasonable? It smacks of having a TODO list checked into the repo, but as it's docs, that seems less offensive to me. 02:03
chromatic Works for me.
Coke tests a build sans classoffset, expecting no issues... 02:13
02:14 ewilhelm left
Coke gets a hang in stm/runtime for the first time in ages. 02:22
02:31 Khisanth joined 02:42 kid51 joined
svnbotl r26571 | coke++ | trunk: 02:42
: [deprecated]
: -remove classoffset opcode
: -inc. from docs and other locations, except:
: -in the book, where it's tied to examples. There, add an ERRATA that we need to
03:01 svnbotl joined 03:05 Andy joined 04:00 cotto_home joined 04:16 AndyA joined
svnbotl r26574 | chromatic++ | trunk: 05:05
: [SDL] Refactored away deprecated classoffset attribute access.
diff: parrotvm.org/svn/parrot/revision/?rev=26574
05:09 jrockway joined 06:24 jrt4 joined 06:52 Ademan joined
cotto_home ok 21 - freeze/thaw - shallow 07:16
yay! 07:17
08:08 iblechbot joined 08:30 darbelo left 08:35 wknight-away joined
svnbotl r26575 | fperrad++ | trunk: 09:06
: [pct]
: add method 'clone' (needed by Lua)
diff: parrotvm.org/svn/parrot/revision/?rev=26575
r26576 | fperrad++ | trunk: 09:13
: [Lua]
: - fix where & traceback
: since r26495, Parrot_Context_info.file is a STRING* (previously a char*)
diff: parrotvm.org/svn/parrot/revision/?rev=26576
09:18 ruoso joined 09:52 Ademan joined 10:37 purl joined
svnbotl r26577 | fperrad++ | trunk: 10:46
: [Lua] PAST-pm deprecation
: - replace PAST-pm/PAST by PCT/PAST
: - replace PAST-pm/POST by Lua/POST (a private copy of PAST-pm/POST)
diff: parrotvm.org/svn/parrot/revision/?rev=26577
r26578 | fperrad++ | trunk: 10:53
: [Lua]
: update MANIFEST
diff: parrotvm.org/svn/parrot/revision/?rev=26578
10:54 lidden joined 11:10 iblechbot_ joined 11:21 particle joined 11:35 wknight8111 joined 11:36 rdice joined 11:42 particl1 joined
ruoso davidfetter, hi... have some time? I'm starting to work on a new project and I'm willing to try some things I'm not so used in db modelling... and I was wondering if I could exchange some ideas with you about it... 12:00
althought it's certainly offtopic for #parrot and we should probably move it to somewhere else... 12:01
12:08 mj41 joined
svnbotl r26579 | fperrad++ | trunk: 12:38
: [Lua]
: - fix POD
diff: parrotvm.org/svn/parrot/revision/?rev=26579
13:14 jrt4 joined 13:18 Limbic_Region joined 13:22 gryphon joined
Coke I have made a google doc using gadgets to show pie charts of the bug summary data. If only I could figure out how to say "let anyone see this..." 13:42
ah, it's in the document, not the document manager. 13:43
pmichaud I can see the summary data but not the pie chargs 13:47
*charts
Coke the pie charts are on the next tab.
no?
purl i guess no is is <reply>
Coke no, no is <reply>well, maybe.
purl okay, Coke.
pmichaud when I click on "Graphs" I get a page full of boxes with "404 Not Found"
perhaps I need to be signed in? 13:48
Coke possibly. I just "published" the document, try that url:
spreadsheets.google.com/pub?key=pvd...utput=html
shorten Coke's url is at xrl.us/bigwt
pmichaud it works after I sign in 13:49
(the url received via mail)
the url you just gave here seems to work even if I'm not signed in
Coke one is for collaborators, one is for everybody.
pmichaud the one for collaborators requires sign-in to view the graphs. the one for everybody seems to 'just work' 13:50
Coke no clue if this will be useful, but it was easy. =-)
pmichaud this is open tickets, or open+new, or ...? 13:51
Coke it's whatever is coming from the bug summary. =-)
pmichaud ah
Coke probably just new+open (it doesn't mention stalled) 13:52
pmichaud overview.html already has pie charts?
or is that new?
Coke The html may have always had them.
the email version does not.
pmichaud particl1: ping 13:53
13:58 TonyC joined 13:59 nopaste joined 14:05 Andy joined
Coke yawns. 14:17
14:29 GeJ_ joined 14:43 kid51 joined
Coke he's busy. =-) 14:46
(particle).
pmichaud np, it's not urgent
svnbotl r26580 | jkeenan++ | norevision: 14:55
: Further work on rt.perl.org/rt3/Ticket/Display.html?id=52154.
: Eliminate repository-revision-number related code post-configuration.
: Check revision number only if SVN is available.
diff: parrotvm.org/svn/parrot/revision/?rev=26580
Coke Wow. only 16 days to get my passport; was told 4-6 weeks. 15:09
Limbic_Region that reminds me, I have to renew my passport - hard to believe it has been 10 years now 15:12
kid51 had an 11-week wait for passport renewal last year 15:13
Coke I wonder if they've just cut through the backlog. 15:14
kid51 Yes, but only because they've outsourced to private contractors who are reading your passport file at this very moment.
Coke: feel free to look into the norevision branch re RT 52154. 15:15
Coke kid51: roger. 15:20
pmichaud when I got my passport in dec, it only took 10 days 15:25
I was totally shocked -- I had been expecting a multi-week wait 15:26
of course, I went ahead and went with "expedited service"
Coke they're now selling expedited as 3 weeks, but regular is 4... crazy.
pmichaud well, expedited "guarantees" 3 weeks, but it's often much faster than that. 15:27
Coke How can I tell configure "use this version of make preferentially"? 15:28
(cygwin is grabbing mingw32-make instead of the 'make' I type on the command line.)
avar MAKE=path ./configure ?
Coke ... doh. --make=; duh.
15:40 skids joined
Coke building parrot on cygwin, I get the following error: 15:40
runtime/parrot/library/Crow.pir
./parrot.exe -o runtime/parrot/library/Crow.pbc runtime/parrot/library/Crow.pir 15:41
error:imcc:syntax error, unexpected $end in file 'runtime/parrot/library/Crow.pir' line 146
QueryHash.pir builds fine, though. I don't see anything obvious in that file: it has 146 lines, though.
it's the HEREDOC 15:44
16:03 cognominal joined
cotto_work Is it a Bad Idea to store an INTVAL in visit_info->extra during thawing? 16:10
16:10 marmic joined
cotto_work it works, but it strikes me as questionable 16:11
davidfetter ruoso, it was a little early here when you asked, but i do now :) 16:18
ruoso davidfetter, shall we move to private, or some other channel? 16:20
16:25 gryphon joined 16:28 IllvilJa joined 16:32 peeps[work] joined 16:35 kid51 joined 16:39 rdice joined
cotto_work feather? 17:12
purl it has been said that feather is feather.perl6.nl/ or a perl6 community development server
17:38 cognominal joined
Infinoid there. I've got a svnbotl replacement that does everything svnbotl does except for identifying the branch it was in (the rss doesn't seem to contain that info), and except for the hanging/timeouts. 17:48
does anyone know who maintains the rss? 17:49
kid51 I don't know about the rss. diakopter is knowledgeable. Personally, since so much of my work is in branches, I would hate to lose that notation. 17:50
17:53 svnbotl joined 17:54 ewilhelm joined
Infinoid yeah, that's why I haven't already replaced svnbotl :) 17:59
without the branch tag, the output is really confusing. 18:00
Tene Huh, looks like my laptop isn't broken after all. 18:01
Thanks, Coke!
kid51 Hey, Coke, what are your hourly rates for laptop repair? 18:02
Coke 100/hour, 4 hour minimum.
Tene What's that measured in commits? 18:03
Coke Tene: so I was half joking, but lolcode didn't seem to survive the recent merging, if you now have a working laptop... =-) 18:07
Coke opens a ticket.
Tene svn up 18:09
Coke hates to keep opening tickets! 18:13
18:33 kid51 joined
Coke zzzzz what? 18:40
purl \\ gregor
18:56 Psyche^ joined 19:16 lidden joined 19:17 sjansen joined
svnbotl r26585 | chromatic++ | trunk: 19:20
: [GC] Fixed a memory leak introduced in r26379. In particular, the
: consolidation of Parrot_forall_header_pools() meant that the non-const PMC pool
: was never swept or freed during global destruction.
diff: parrotvm.org/svn/parrot/revision/?rev=26585
Coke seen tewk? 19:27
purl tewk was last seen on #parrot 1 day and 2 hours ago, saying: particl1: Made a couple of minor changes to SoC application. [Mar 26 10:19:18 2008]
19:36 barney joined
Coke msg tewk commented on your soc app. 19:49
purl Message for tewk stored.
tewk Coke: Cool, do I need to read the comments and revise or is it just part of the SoC process? 19:52
19:55 particle joined
Coke you need a comment to edit your proposal. 19:58
my comment asks you to edit your proposal. =-)
basically, looks good, just needs a little polish.
particle hi-o
Coke yours is the second parrot application I see.
ah, there's particle. particle, see #soc. =-) 19:59
Coke knew I should have just waited for him to show...
20:08 b2gills joined
pmichaud particle: ping (if convenient) 20:20
purl I can't find (if in the DNS.
pmichaud I'll be glad to review proposals also :) 20:21
20:24 anna30 joined
particle wazzup? 20:25
pmichaud obra asked me if it would be possible to get a nice red/green display of rakudo's test suite 20:27
I think it would be great, but don't know what we need to do to make it happen. Was curious if you wanted to head it up, or if I should throw it open for someone else to hack on...? 20:28
particle i'm swamped. it's not hard, especially with TAP::Parser
pmichaud okay
particle just need to find somebody with tuits
pmichaud I'll file an RT ticket and advertise on list
particle fab. i still owe you a ticket 20:29
pmichaud np, I have it in my head. Actually, I'll file the ticket now :-) 20:30
I have about 15 mins to burn 20:31
20:31 jrt4 joined
particle oh, hey, i got a sigplan email for a conference i thought was interesting for you or larry 20:32
pmichaud I'll take a look 20:33
Coke red/green.
pmichaud that could be fun, depending on where sigplan is located this year
particle CFP: SIGPLAN Workshop on Undergraduate Programming Language Curriculum
Coke er, for red/green that would "jfw" if it was run by default.
(in languages/smoke)
pmichaud coke: there's a ticket for that, yes.
particle coke: not with fudge it wouldn't
pmichaud iirc we haven't been able to get languages/smoke to work with the pct-based languages 20:34
Coke that's not "the test suite". that's the *spec* test suite. =-)
and I don't see why not, if it's running things locally.
pmichaud oh. I think obra's request was more tuned to the *spec* test suite :-)
so I was imprecise earlier :)
Coke pmichaud: Ok, that's two hurdles, yes. 20:35
particle ewilhelm and i spoke briefly about having a day where he, colin and i (and mebbe allison and chromatic) get together to bust out the consolidated test harness
pmichaud obra was thinking that having a graphic chart of what works and what doesn't would be very useful to show progress 20:36
Coke sure1
particle: if nothing else, we can tackle that at yapc::na. 20:37
pmichaud seems like there ought to be a standalone tool that could take TAP output and feed it through the HTML generator
Coke ... be nice if there was a list of things to hack on at yapc, actually.
20:37 ruoso joined
pmichaud (list of things) -- whatever happened to the "high-priority ticket" display? 20:37
particle it'd be nice to tie that red/green into the spec
Coke as i recall, the problem with perl6 specifically is that the tests look like perl5, neh? 20:38
(and therefore don't get run with the proper harness?)
pmichaud I want to step back from that a second
Coke addes perl6 to the language testing to see what breaks.
pmichaud I think that the harness is too "integrated" at the moment 20:39
instead I'd like to have a way of capturing the TAP output from the tests and passing it through another tool to format/collate it however we want
as opposed to always trying to do it all within a single process
20:40 daxelrod joined
Coke there's 3 different things going on here: making it worth with the existing system, upgrading the existing system, and rewriting it, and I think you, particle and I are each talking about one of those 3 items. 20:40
If I can do #1 while we're waiting for #2 or #3, then that's still a win.
pmichaud correct 20:41
if we can do #1, then #2 and #3 become much less important (and I'd drop the issue altogether)
however, it seems that #1 hasn't been easily do-able, which is why I'm exploring #2 and #3 :-)
Coke izzit me, or is building something based on PCT slower than the old tools?
pmichaud it may be slower than the older tools
Coke I mean, better to spend the time at compile time than runtime (like tcl does...) 20:42
pmichaud partially because NQP is using utf-8 when compiling things (c.f. yesterday's conversation on strings)
so, NQP is far slower than it ought to be
or were you referring to a different aspect of "building something"? 20:43
particle pmichaud: here's a link: www.sigplan.org/pl-workshop/ 20:45
i forgot to bring that up at sixperl yesterday 20:47
jonathan Would be interesting to be a fly on the wall at that conference.
pmichaud particle: interesting. however, I probably don't want to spend my time writing a white paper :-)
particle definitely.
purl Absolutely!
ewilhelm pmichaud: we can easily spool the test output to a directory tree for that sort of post-mortem html-ifying
particle they want three pages. it's not a lot.
you mean post-morifying html? 20:48
ewilhelm fudge is a bit trickier I guess, what is it exactly?
like a pass that fails? 20:49
particle yes
fudge sets the return value to 1
it's a preprocessor
basically, all tests pass, but the result is non-zero 20:50
you still get a failure with the default tap parser
ewilhelm is this as the function-call level, process level, or TAP stream?
particle we need a parser that understands when tests have been fudged
pmichaud particle: we do? why?
alternatively, we can have a parameter (or wrapper) to fudge that tells it how to fudge the return code 20:51
ewilhelm I think we probably want to do that with proper TAP
purl: fudge?
purl i think fudge is better :) or for fat fuckers or compsoc.dur.ac.uk/~tsp
particle i want to know which tests pass without fudge, which pass with fudge, and which fail
Coke I thought fudge simply generated a different return code, causing the test to always pass #TODO, but I admit I didn't read it. =-)
no, fudge is compsoc.dur.ac.uk/~tsp
purl okay, Coke.
particle the goal is for all tests to pass without fudge
ewilhelm 403 20:52
pmichaud ewilhelm: fudge does preprocessing on the tests so that the compiler (rakudo) is able to skip tests it doesn't know how to parse yet
particle svn.pugscode.org/t/fudge
pmichaud i.e., fudge is a test file preprocessor
ewilhelm 404
pmichaud svn.pugscode.org/pugs/t/spec/fudge 20:53
particle oops, t/spec/fudge
ewilhelm having hard time gleaning docs from error pages :-D
particle argh.
svn.pugscode.org/pugs/t/spec/fudge 20:54
ewilhelm so it basically does on-the-fly TODO and SKIP insertion?
particle yep
pmichaud a bit more than that, actually
particle based on the comments in the source
pmichaud the 'skip' insertion actually comments out the tests
particle #?rakudo skip 1 <-- does nothing in pugs 20:55
ewilhelm well, if running the result gives valid TAP, then it is just a matter of having your ./prove do the prep work
hmm, how does the comment-out work WRT the plan()?
pmichaud skip substitutes 'skip' lines in the TAP output
ewilhelm AndyA: you following any of this?
pmichaud i.e., it comments out the tests and effectively replaces them with 'skip' results 20:56
ewilhelm ok, so it does leave placeholders in the TAP
yeah, that should work fine 20:57
particle it makes a new file
fudge rakudo foo.t # creates foo.rakudo 20:58
ewilhelm we still need to form, fire, and glaze the Test::Harness API, but this all sounds workable
particle then foo.rakudo is passed to perl
ewilhelm perl?
purl rumour has it perl is or a rather nice compromise between lisp, c and my native spoken language or a 4 letter word
particle *perl6
TimToady generally just use t/spec/fudgeall preprocess all the files that prove wants to run
automatically maps the fudged filenames in the list for you
ewilhelm right, parrot's existing prove was built to read the shebang and pass to the appropriate parrot call 20:59
TimToady then whatever calls *that* program :)
Coke TimToady: should it be possible to insert a source filter in perl5 so that if it sees a "use v6;" in the perl source it exec's parrot instead?
21:00 wknight8111 joined
particle actually, rakudo's tests are passed to perl t/harness 21:00
perl t/harness t/spec/S03-operators/foo.rakudo
pmichaud actually
ewilhelm needs to break you all of some of those habits
pmichaud perl t/harness --fudge t/spec/S02-literals
TimToady Coke: well, a better question is whether you can do it without source filtering... 21:01
Coke (seems like it runs the use before it does the source filter.)
ewilhelm ./prove --fudge t/spec/
Coke TimToady: perhaps by somehow overriding 'use v6;' - except that isn't a normal pragma, izzit?
pmichaud does/can 'prove' understand a --fudge option? (I'm showing my testing system ignorance here)
Coke oooh, it does work. 21:02
ewilhelm pmichaud: we have control of the option handling -- it is ./prove not `prove`
Coke: the prove implementation can exec parrot 21:03
nopaste "coke" at 72.228.52.192 pasted "itle" (23 lines) at nopaste.snit.ch/12584
pmichaud why is "./prove" better than "perl t/harness"?
ewilhelm pmichaud: same deal, but only one harness for all of parrot
not languages/foo/t/harness, etc
pmichaud so you're saying we need to come up with a better t/harness 21:04
that can handle all of our languages
ewilhelm yes. one
purl yes. one is sendmail, and the other is smail.
ewilhelm purl: one is also less than n
purl okay, ewilhelm.
Coke as an aside, if I run 'perl5 -I. -Msixperl path/to/rakduo/test.t' with that nopaste, it dies with "run parrot".
ewilhelm svn.perl.org/parrot/branches/unifi...l/runtests 21:05
Coke so we could shim that in as a stopgap to exec parrot perl6.pbc
shorten ewilhelm's url is at xrl.us/bihof
ewilhelm Coke: see line 113 --^
we get the pbc from the shebang
Coke not for the spec tests. 21:06
neh?
pmichaud ...the shebang doesn't have a pbc
ewilhelm why not?
pmichaud because the spec tests are for all of the perl6 implementations, not just rakudo
ewilhelm well, are they valid perl 6? 21:07
pmichaud however, the unified t/harness could provide the pbc
Coke ewilhelm: yes, but how do you tell perl5 that?
ewilhelm yeah, just add a special-case for detecting '^use v6-alpha' and pretend it is like a shebang
particle some languages don't allow a shebang 21:08
ewilhelm like which?
purl it has been said that like which is easier and which works faster/more efficient/better?
particle pheme
Coke particle: presumably those won't look remarkably like perl5 and use the same file extension.
particle (scheme)
21:08 kj joined
pmichaud if we have a unified t/harness that understands parrot's language's tree, then we don't need the test files to specify the pbc or language 21:08
Coke if you can extend the shebang there, that's great: what's stopping us from rolling this back into trunk? =-) 21:09
ewilhelm perldreamer got fed-up waiting for changes to Test::Harness
or at least that's my guess judging from the irc/svn logs
pmichaud: yeah, I think we probably just need something like a config of globs mapped to pbc's 21:10
or dirs not globs
particle some languages have mixed language tests 21:11
it would suck if those languages also couldn't use shebangs
Coke particle: any other than tcl?
particle parrot's t/op/ uses perl and pir
Coke (why would shebangs stop working?)
ewilhelm AndyA: I can haz API?
particle scheme doesn't see # as a comment char
and doesn't accept #! as valid input 21:12
Coke particle: who are you talking to?
particle i mean, doesn't parse #! as a shebang
the peanut gallery. am i in the right channel?
Coke I was trying to figure out if you were answer my question, or still beating the scheme thread from 4m ago. or something else. 21:13
ewilhelm Coke: shebangs could keep working wherever a dir was not config'd
particle as long as a single harness for all languages is flexible enough for us, let's do it
ewilhelm line 107 s/unless/elsif/
Coke then we'd only need config'd dirs where shebangs didn't work... which is the small set of places we're already at.
ewilhelm yep, or whatever sort of magic identifier you want 21:14
Coke we need this unified because we can't test our compiler toolkit at the moment except by building languages... which we can't smoke. so we're flying blind.
er, "sooner than later".
ewilhelm: are you the defacto "champion" for the unified branch? 21:15
ewilhelm If I can get api changes into T::H without them getting reverted, yes
AndyA :P
ewilhelm ah, there he is
AndyA What do you need ?
purl i heard do you need was rw?
ewilhelm AndyA: the parrot's 'prove' has never gotten into a form that would be stable WRT T::H 21:16
AndyA OK
ewilhelm e.g. overrides of _get_parser_args(), trouble with @ARGV handback, etc
svn.perl.org/parrot/branches/unifi...l/runtests
shorten ewilhelm's url is at xrl.us/bihoy
ewilhelm pmichaud: I think it would also benefit from some executive decisions in cleanup, layout, and config policy on the parrot side 21:17
which is where the PNW locals might be able to help 21:18
AndyA OK, my head's elsewhere at the moment. Is there a mailing list we could move it to? I'm in async mode right now :)
Coke ewilhelm: if you need a decision on something on the parrot side, I can drive that.
pmichaud I don't have much to add to the cleanup/layout/config policy on the parrot side, other than for it to remain as sane as possible 21:22
ewilhelm AndyA: your pipermail's are 403 www.hexten.net/pipermail/tapx-dev/
AndyA Ah - thanks. Willfix. 21:23
pmichaud I'll revisit this a bit later -- gotta take daugher to soccer
*daughter
ewilhelm www.google.com/search?q=parrot+runt...hexten.net 21:24
shorten ewilhelm's url is at xrl.us/bihpc
diakopter watches as Infinoid works magic with SVN::Web and botnix 21:28
Infinoid FAILS to work magic with SVN::Web and botnix 21:35
Coke wonders how to get a glob into an array.
nopaste "Coke" at 72.228.52.192 pasted "instead of perl path/to/rakudo.t, use perl -Msixperl path/to/rakudo.t." (26 lines) at nopaste.snit.ch/12586 21:39
Coke neverminds.
with sixperl.pm and adding -M to the invocation of the script, this works. 21:40
this may be enough of a hack to get us moving forwardin trunk.
cotto_work where could I find some info on setting up a development environment for Parrot on OSX? 21:44
Coke cotto_work: Install the developer tools. This gives you all the comand line tools you need. 21:47
(as well as XCode, if you want the GUI; parrot's build doesn't use xcode, just gcc)
cotto_work thanks 21:49
ewilhelm you can install gcc *without* xcode?
21:54 wknight8111 joined 21:55 Ademan_ joined
wknight8111 how do I go about calling a function, using PIR, that's in a different namespace then where I am currently? 22:13
kj get_hll_global, or maybe get_root_global? Retrieve the object into a register and then invoke that 22:14
object=sub
not entirely sure which one you should use.. but at least you can specify the namespace.
wknight8111 okay, thanks. The docs don't seem to have this piece of info, and it seems like it should be absurdly common 22:15
kj it should be added to compiler_faq I think
it's a good question
wknight8111 find_global, i found it. Thanks 22:17
particle it's in the namespaces pdd iirc 22:29
wknight8111 some kind of syntactic sugar would be nice for that 22:30
like 'namespace':'function'(params)
or ['name';'spaces']'function'(params)
but that's just my opinion on it 22:33
particle feel free to submit a ticket or ping the list
22:35 particl2 joined
wknight8111 I dont like complaining about things that I'm not prepared to fix myself 22:36
22:49 Khisanth joined 23:02 dalek joined
diakopter waits for a commit 23:03
23:14 skids joined 23:23 dalek joined 23:24 peepsalot joined
wknight8111 does pdb still exist? "make pdb" doesnt seem to work on my system 23:31
jonathan wknight8111: try make world 23:33
If you're on Win32, you may need make pdb.exe
wknight8111 that works, thanks
jonathan de nada
Coke ewilhelm: 23:59

Powered by Cro and the Raku® Programming Language.

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

Thank you!