www.parrotcode.org/ | Last release: 0.7.1 "Manu Aloha"
Set by moderator on 17 September 2008.
00:09 AndyA joined 00:19 tetragon joined 00:32 TiMBuS joined 00:38 tetragon joined 00:50 dmknopp joined 01:21 tetragon_ joined 01:38 davidfetter_ joined 02:31 Theory joined 03:11 ab5tract joined 03:12 Ontolog joined 03:16 Bzek joined 03:21 DietCoke joined
DietCoke grumbles. 03:22
03:23 bacek joined
dmknopp some one needs more caffine 03:24
cotto or less 03:25
dmknopp :-) night all
03:25 dmknopp left
DietCoke it is very frustrating to be working on something and to drop it to just tread water. :| 03:25
is there an easy way to figure out what function is handling a MMD request? 03:27
I'm basically seeing that $I0 = islt TclInt=3, TclInt=3 is true. (which it isn't, but I can't easily figure out where the MMD is going and giving me that bad value.) 03:28
this smells like earlier failures where classes with PMC parents didn't work properly on MMD (but those still work) 03:29
05:27 Zaba_ joined
Tene I wish this pge infinite loop was as easy to debug as the imcc bug was. 05:34
05:43 notbenh joined 05:51 Zaba joined 06:13 duzy joined 06:16 uniejo joined 06:47 iblechbot joined 06:51 TiMBuS joined 07:21 cosimo joined
Tene purl: karma 07:24
purl karma is just as useful as the Perlmonks XP :-) or at ircxory.jrock.us/
Tene purl: karma tene
purl tene has karma of 242
dalek r31688 | tene++ | hllmagic:
: Update hllmagic branch to trunk.
diff: www.parrotvm.org/svn/parrot/revision?rev=31688
Tene purl: 3**5 07:28
purl 243
Tene Hmm. Not sure if I want another commit tonight.
244 isn't a nice number.
moritz it's 12*12 + 10*10 07:30
Tene True...
2**4 * 3 * 5 07:31
purl 240
Hinrik moritz: are you out of ideas/steam for the perl-5-to-6 series?
07:31 Ademan joined
moritz Hinrik: mostly out of tuits, I have huge exams coming up 07:32
Hinrik: but also a bit out of ideas
Hinrik ok
Tene Also I'm stuck on this PGE issue in the hllmagic branch.
Hinrik moritz: a very helpful one might be "How to get involved"
moritz Hinrik: I wrote www.perlmonks.org/?node_id=690945 on that topic 07:35
Hinrik ah, nice 07:36
dalek r31689 | chromatic++ | trunk:
: [Parrot::Embed] Removed Parrot_revision() function, which doesn't exist in
: Parrot itself anymore. All tests pass once again.
: Updated version numbers.
diff: www.parrotvm.org/svn/parrot/revision?rev=31689
r31690 | chromatic++ | trunk:
: [Parrot::Embed] Removed POD coverage test for Parrot::Embed, as it's not
: useful. 07:37
diff: www.parrotvm.org/svn/parrot/revision?rev=31690
r31691 | chromatic++ | trunk: 07:41
: [Parrot::Embed] Fixed minor nits in the documentation and packaging.
diff: www.parrotvm.org/svn/parrot/revision?rev=31691
r31692 | tene++ | hllmagic: 08:04
: [pct]
: * Misc namespace updates for pct
diff: www.parrotvm.org/svn/parrot/revision?rev=31692
r31693 | tene++ | hllmagic: 08:05
: [Perl6Grammar]
: * NS updates
diff: www.parrotvm.org/svn/parrot/revision?rev=31693
r31694 | tene++ | hllmagic: 08:12
: Misc NS updates in library/PGE/*pir
diff: www.parrotvm.org/svn/parrot/revision?rev=31694
Tene I wonder if I could use the parrot debugger for this... 08:24
... I keep accidentally letting PGE spin here, and then several minutes later I notice that something is using ALL MY MEMORY WTF ITS SWAPPING SO BAD 09:02
moritz (OOM killer)++ 09:03
09:14 Khisanth joined 09:16 purl joined
dalek r31695 | kjs++ | trunk: 09:43
: [pirc/macro] clean up the macro preprocessor. It was dusty.
diff: www.parrotvm.org/svn/parrot/revision?rev=31695 09:44
r31696 | kjs++ | trunk: 09:45
: [pirc/heredoc] switch to Parrot's memory allocation infrastructure. The bug that was there is now gone, so it might have a been a bug in malloc or whatever. Then again, what do I know...
diff: www.parrotvm.org/svn/parrot/revision?rev=31696
r31697 | kjs++ | trunk: 09:52
: [pirc/new] refactor print stuff into a different file. Updated MANIFEST accordingly. Many updates, fixed some bugs, did some cleanups.
diff: www.parrotvm.org/svn/parrot/revision?rev=31697
10:00 TiMBuS joined 10:56 kj joined 11:02 gaz joined 11:33 clunker3 joined 12:22 tetragon joined
dalek r31698 | coke++ | trunk: 12:51
: [cage] Silence the smolder failures.
diff: www.parrotvm.org/svn/parrot/revision?rev=31698
13:03 gryphon joined 13:12 NotFound joined
NotFound hello 13:12
13:29 masak joined 13:33 PacoLinux joined 13:38 DietCoke joined
DietCoke ponders moving partcl out of the repository. 13:39
DietCoke forgot to run this inside screen 13:45
13:54 iblechbot joined 14:17 Andy joined 14:34 PerlJam joined 14:44 Coke joined
Coke log? 14:44
purl o/~ log, log, it's big, it's heavy, it's wood; log, log, it's better than bad, it's good! o/~ or flushed at startup
Coke message moritz (killing tcl processes). Sigh. 14:45
purl Message for moritz stored.
moritz re 14:46
was it wrong to kill them? or wrong that they consumed so much mem?
Coke I'm kind of at the mercy of parrot there. Hopefully I wasn't in the middle of gathering my test statistics whenever you killed them. 14:47
14:48 Theory joined
Coke If they were stopping someone else from getting work done on feather, no, by all means, kill them. 14:48
moritz ok, somebody on #perl6 had complained
but why was it a tclsh process, not a parrot process? 14:49
or are you compiling to an executable named tclsh?
Coke same way you get ./perl6 ?
I'm testing partcl.
Not that it matters at this point, since partcl is borked in trunk.
Is anyone doing active development on a language that is not stored in the parrot repo? 14:51
14:51 jhorwitz joined
moritz I'm not aware of any 14:52
Coke Pondering moving partcl out of the repo sooner than later. Was hoping for some prior art. 14:54
NotFound Coke: no prior art? Patent it! ;) 14:55
Coke (have a bunch of stuff pending that I can't commit now.)
well, i could, but it would be pointless. =-)
wonder if it would make sense to muck with svn:external pointers, or maintain a build directory of parrot, or push to get a dev-install version of parrot. 15:02
I think we want dev-install at some point, but I doubt that would work today. 15:03
the middle option is probably the easiest today, despite an extra step for partcl developers.
15:04 apeiron joined
jhorwitz i remember us having real trouble with svn:external a while ago.... 15:18
dalek r31699 | julianalbo++ | trunk: 15:21
: define limit values for INTVAL type, second step, and fix some codingstd and metadata
diff: www.parrotvm.org/svn/parrot/revision?rev=31699
NotFound Ups, forgot to delete the last part after update 15:22
Coke it wouldn't be in your repository, ti'd be in mine.
NotFound I think there are some problems with pmc inherited from pir classes. 15:27
Mainly the morph thing: arit operations use morph to promote the result in overflows and such, but morphing a pir object seems to give strange results. 15:29
Coke are you referring to my tcl woes, or something else?
jhorwitz Coke: would there be svn externals in the parrot repo or the other way around?
NotFound Coke: I think is a general problem and may be causing the tcl ones. 15:30
Coke ok. I don't have PMCs that inherit from PIR classes. 15:31
NotFound The SELF not doing the right thing that you mention is one of the things.
Coke and PIR classes that inherit from PMCs seem fine. (tests in t/pmc/integer.t and float.t back this up)
However, I certainly hope you can fix it. =-)
jhorwitz: the other way around; except I don't want externals in my repo either. 15:32
jhorwitz ah ok. :)
Coke so I'll probably just tell anyone who cares to hack on partcl to check out a very specific version of parrot first, and then checkout partcl in just the right place.
jhorwitz i'm going to face the same thing with mod_perl6 15:33
15:35 apeiron joined
dalek r31700 | coke++ | extract_tcl: 15:43
: [tcl] Create a branch with a known working combination of partcl/parrot to experiment with moving languages/tcl to a different repository.
diff: www.parrotvm.org/svn/parrot/revision?rev=31700
Tene Coke: are you able to look at dmknopp's commit bit today? He tells me he believes he's done everything he needs to do. 15:53
15:54 sjansen joined
Tene Coke: kea-cl is outside of the repo, I think. 15:54
particle1 tene++ # beat me to it--just back from scrollbackland 15:55
Tene There are advantages to not sleeping! 15:56
particle tene: i needed - in rakudo to use a module in the t/spec/modules/S11-modules/ dir
t/spec/packages/... i mean
Tene Ah. 15:57
Looks like I'm meeting with tewk tonight for cardinal hacking.
particle sweet! 15:58
pmichaud hello, all 15:59
particle hey there patrick
Tene hi pmichaud
particle you maverick, you 16:00
Tene I'm still having trouble tracking down that infinite loop in PGE.
moritz detects a rising occupation number here ;)
pmichaud Tene: yes, I'll look at it as soon as I can (have to catch up on email and check on a few non-parroty things first.)
Tene nods. 16:01
nopaste "particle" at 98.232.28.49 pasted "win32+msvc svn head spectest_regression test failure report :(" (15 lines) at nopaste.snit.ch/14242
particle known unknowns or unknown unknowns? 16:02
pmichaud the complex/exp/log/sqrt failures are known 16:03
16:03 hercynium joined
particle ok, good 16:03
pmichaud looking up rt #
particle i can concentrate on S02-03
pmichaud rt #59630 16:04
particle log?
purl o/` it rolls downstairs, alone or in pairs, rolls over your neighbour's dog, it fits on your back, it's good for a snack, it's log, log log! o/`
particle parrot log?
moritz irc log?
purl irc log is irclog.perlgeek.de/parrot/
particle thanks
pmichaud tene: should we focus on getting the branch to work and then update it with the latest trunk changes, or vice-versa? 16:05
NotFound Coke: sorry, long phone call 16:06
Tene pmichaud: I just saw that a big branch had been merged, and it was trivial to pull it in in case it ended up relevant.
There were no merge conflicts.
pmichaud (no merge conflicts)++
I'll let you decide how/when to update the branch there then. 16:07
I'll troubleshoot the PGE problem shortly.
Tene My reasoning was that if there had been merge conflicts already, it would be relevant to fix them now, and if there hadn't, it's better to merge it in before we work on those parts that conflict rather than dealing with them twice.
particle merges are cheap 16:08
pmichaud so, it's been merged already?
Tene Yeah. 16:09
pmichaud excellent. 16:10
Tene Oh, I thought you were asking about that commit.
pmichaud you're a step or two (or more) ahead of me then.
no, I hadn't seen the commit yet.
16:13 Theory joined 16:22 mberends joined
Zaba heh 16:25
I'm getting a lot of test failures...
moritz Zaba: in rakudo? 16:26
Zaba moritz, in parrot itself
Perhaps my build was not clean
moritz Zaba: on sunday a branch (mmd) was merged in, I get some failures too (in two test files)
NotFound Zaba: Have you do a make realclean ? 16:27
Zaba NotFound, no - that's why I think, it might be because of that
I should try
dalek r31701 | pmichaud++ | trunk: 16:28
: [rakudo]: spectest-regression.csv update: 205 files, 4363 passing, 74 failing
: Most failures seem to be related to the mmd branch merge, especially
: with complex number handling in Parrot (RT #59630).
diff: www.parrotvm.org/svn/parrot/revision?rev=31701
Zaba mmd? 16:29
purl well, mmd is multi-method dispatch
NotFound pmichaud: have you seen my comment on that ticket?
pmichaud NotFound: yes. I agree that doesn't appear to be the correct approach to solving the problem.
I'm hoping allison can shed some light on it.
NotFound In test I doed, it seems the GET_ATTR and SET_ATTR does not work well with child pmc 16:31
pmichaud ...In looking at the patch (and at the original sources), I'm confused. 16:32
take a look at src/pmc/integer.pmc:437
NotFound And the morphing of a pir child, I don't have a clue of how it must work.
pmichaud line 437 is the standard "subtract Integer from Integer" 16:33
NotFound Aye
pmichaud note that we don't have to morph dest there
....so why does it need morphing in the Complex case (right below it) 16:34
particle because Int - Complex = Complex ??
NotFound pmichaud: it gets morphed in overflow, I think 16:35
pmichaud particle: I don't think that's it. In the first case we *always* create a new PMC for dest
in the second case we're creating a new PMC if it doesn't exist, morphing it if it does
but I think the two ought to have the same semantics
let's look at it without regard to types
sub $P2, $P0, $P1
NotFound particle: Integer - Integer -> BigInt, on overflow
pmichaud when "sub $P2, $P0, $P1" is executed, should it always create a new PMC in $P2, or should it try to re-use (morph) an existing PMC? 16:36
as the code is written now, sub $P2, <Integer>, <Integer> always creates a new PMC in $P2
Zaba # Failed test 'wordsize: 8'
# at t/native_pbc/header.t line 67.
pmichaud but sub $P2, <Integer>, <Complex> tries to re-use the PMC in $P2 if it exists 16:37
that feels terribly inconsistent.
particle pmichaud: it may be left over from the sub/n_sub cleanup
pmichaud particle: yes, I'm just wondering which is correct.
if we always create a new PMC, then it's easy to clean up
particle "always create new" is correct
pmichaud what happens then with sub $P2, <Integer> ? 16:38
NotFound pmichaud: you are right, now I understand some problems I had with operators in pirric
pmichaud does that call a different MULTI entirely, or...?
NotFound But if dest is going to be ignored, there is no reason to pass it to any of this type of vtable functions. 16:39
pmichaud NotFound: correct, I think the morphing behavior is needed for the "inplace" form of the opcodes
NotFound I wonder if allison was thinking on this whe she said yesterday that was tempted to kill morphing 16:40
pmichaud very likely.
particle inline op sub(invar PMC, invar PMC) :base_core {
VTABLE_i_subtract(interp, $1, $2);
}
Zaba t/native_pbc/header.t 1 256 9 1 2
the only failing test now
particle inline op sub(invar PMC, invar PMC, invar PMC) :base_core {
$1 = VTABLE_subtract(interp, $2, $3, $1);
}
yes, different vtable
see src/pmc/integer.pmc:516 16:41
kj I'm wondering why it is now 'always create new'; I remember a blog post of Dan explaining it's not efficient...
NotFound I also does not understand why the dest check for many of this functions is (dest) instead of (!PMC_IS_NULL(dest)) 16:42
particle kj: architectural decision based on use cases of hlls
NotFound kj: something that can be impossible to implememen correctly will never be efficient 16:43
kj particle: yeah that's what I understood earlier. it's just hard to see, given the fact that there's also the 2-operand versions of, for instance, 'add', as in: add $P0,$P1,where $P0 is an INOUT parameter.
but then again, don't want to start a discussion :-) Just don't see why it's a problem. 16:44
pmichaud kj: here's where some of the difficulty arises: add <Integer>, <Float> 16:45
the result of that opcode has to convert the Integer PMC into a Float PMC
kj yes, I see.
16:46 radhios joined
NotFound And the <Integer> can be a child of <Integer> 16:46
pmichaud it gets worse when we have something like
kj but in case of add <integer>, <integer>.. ; still a problem?
pmichaud add <MyInt>, <Float> # <MyInt> is a subclass of <Integer>
Zaba still wonders.. why rakudo is so extremely sluggish on spectest_regression.
pmichaud Zaba: parsing is still slow in rakudo.
NotFound kj: <Integer> <Integer> morph on overflows
particle zaba: it will be addressed before this xmas
right pmichaud? :)
pmichaud yes. 16:47
Zaba xmas.. that's oct 31th.. 16:48
NotFound We have a programmer here
dalek r31702 | julianalbo++ | trunk:
: define limit values for INTVAL type, third step
diff: www.parrotvm.org/svn/parrot/revision?rev=31702
Zaba pmichaud, why does rakudo spit out a lot of 'Use of uninitialized value' on spectest_regression? :) 16:49
pmichaud Zaba: because the spectests are making use of a lot of uninitialized values?
particle :)
Zaba pmichaud, and there's nothing wrong about that? 16:50
moritz my offer stands that I'll clear up most of them as soon as the warnings are testable
particle rakudo++ tests--
pmichaud zaba: but there is! Perl 6 defaults to use warnings and use strict
Zaba that's good
pmichaud so rakudo is simply following the default
particle moritz: you need warnings_like etc?
Zaba and the tests don't?
pmichaud moritz: why is "testable warnings" needed for cleaning up the existing tests? 16:51
NotFound There is no 'no warning;' pragma yet?
pmichaud Zaba: correct, the tests aren't following the default
moritz pmichaud: because I first want to test the warnings before I start to clean them up
particle no warnings; is not yet implemented in rakudo
Zaba pmichaud, bastards they are.. I should spam them with patches!
moritz the "no wanings" is the second requirement
pmichaud I don't understand that.
Zaba 'no whining;' 16:52
pmichaud we should not be writing tests that rely on no warnings, any more than we expect people to write code with warnings disabled.
moritz pmichaud: some tests warn legitimately
pmichaud: like when we test undef+1 etc
pmichaud: so we should have a way of disabling some
pmichaud moritz: I agree that some do. But I find it hard to believe that the many warnings that we see now all fall into that category.
the tests for (use/no) warnings should be in its own test file, not scattered throughout the suite 16:53
NotFound pmichaud: if a test check for uses of undefined values, warning about that is pointless
pmichaud NotFound: as far as I know, checking for use of undefined value does *not* produce a warning in rakudo.
moritz pmichaud: agree on both. Nevertheless I sufficiently believe in TDD that I want tests first. Including tests for warnings. 16:54
pmichaud moritz: what sort of test for warning do you want?
NotFound pmichaud: I mean the thing that moritz says, using undef values on purpose. 16:55
moritz pmichaud: preferrably a 'use fatal' so that I can use lives_ok/dies_ok
pmichaud NotFound: as I said, testing for undef values in rakudo does not currently produce a warning
NotFound: it's only when an undef value is used that we end up with the issue
moritz: does it have to be a lexically scoped "use fatal"? 16:56
moritz pmichaud: then I can write dies_ok { use fatal; 1+undef; }, '1+undef warns' and the like
pmichaud: would be helpful, but that's not a hard requirement
NotFound pmichaud: I mean no testing for it, but checking what the result of usinf it is.
moritz I can work around globalness
anyway, some of the warnings could be removed by s/todo/skip/ in the fudge markings, but I don't like that idea 16:57
pmichaud NotFound: that's no problem either: my $x = undef; $x.defined; say 1 + $x; # doesn't produce a warning
moritz but shouldn't it?
pmichaud no.
moritz why not? 16:58
pmichaud not according to S04.
Zaba heh
It'd be logical for the '1 + $x' part to produce a warning though
pmichaud S04, Exceptions: If you test a Failure for .defined or .true, it causes $! to mark the exception as handled; the exception acts as a relatively harmless undefined value thereafter. Any other use of the Failure object to extract a normal value will throw its associated exception immediately.
Zaba Unless undef is an object which defined the conversion-to-number method..
NotFound purl: nopaste? 16:59
purl no idea, notfound
pmichaud zaba: yes, undef is an object that defines the conversion-to-number method.
Zaba that's niec 17:00
nice*
NotFound purl: paste?
purl notfound: no idea
particle nopaste?
clunker3 pasta.test-smoke.org/ or paste.husk.org/ or nopaste.snit.ch:8001/ or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/
moritz so .defined has side effects - ouch.
pmichaud it has side effects on undefined objects, yes.
particle exceptional side effects
moritz indeed 17:01
pmichaud the idea is that if you've checked the Failure object for its definedness, then you've already "handled" it and so it can just act like a harmless undefined value.
and not throw any sort of warning or exception. 17:02
nopaste "NotFound" at 213.96.228.50 pasted "Test sysinfo intval min and max" (8 lines) at nopaste.snit.ch/14243
pmichaud that's why I don't understand the dependency on "no warnings" and "use fatal", since we can already test that undef values are handled properly.
NotFound Can someone with a 64 bit build or uncommon C compiler check this? 17:03
particle pmichaud: we can't test that it's a warning to $*ERR
pmichaud It would seem to me that implementing CATCH blocks would be more useful here. 17:04
17:04 grim_fandango joined
pmichaud try { 1 + undef; CATCH { ok(1, "caught warning") } } 17:04
Zaba NotFound, what is it supposed to produce? error:imcc:The opcode 'sysinfo_i' (sysinfo<1>) was not found. Check the type and number of the arguments 17:05
particle that would allow a Test::Warn equivalent to be written
NotFound Zaba: needs the last comming and reconfiguring
pmichaud although we need the case of not catching it, too. hrm.
NotFound s/comming/commit
Zaba NotFound, ok
Zaba svn ups
pmichaud but even then, it's:
try { 1 + undef; CATCH { $ok = 1 } } 17:06
NotFound It must print the max and min INTVAL values
pmichaud ok($ok, "caught warning")
particle pmichaud: need to test that it's the warning you expect
s/warning/exception/
NotFound Or 0 if there is no limits.h available
particle how do you catch a return exception?
pmichaud particle: CONTROL { } 17:07
particle ah, right.
foo(); CONTROL { if $! ~~ CONTROL_RETURN #{ or whatever it's called } { ... } }
Zaba CONTROL {}?
pmichaud particle: right, I don't know the "or whatever it's called" part. But one could do: 17:08
try { 1 + undef; CATCH { $ok = $_.match(/^Use of undefined value/); } }
or, for that matter
try { 1 + undef; CATCH { $ok = m/^Use of undefined value/ } } 17:09
particle really, $_ is set to the exception in CATCH?
Zaba NotFound, 9223372036854775807
-9223372036854775808
pmichaud yes.
purl -9223372036854775808
particle ok
and so is $!?
and i need $OUTER::_ to get the try's $_ 17:10
NotFound Zaba: looks good :)
particle i'm not sure i like that
pmichaud S04, Exception handlers: An exception handler is just a switch statement on an implicit topic supplied within the CATCH block. That implicit topic is the current exception object, also known as $!. Inside the CATCH block, it's also bound to $_, since it's the topic.
NotFound Now I need to figure a way to set the values when there is no limits.h available 17:11
particle so CATCH {...} === given $! {...}
pmichaud at some level, yes.
pmichaud starts to see how he might want to do closure traits in PCT. 17:13
NotFound purl: log(9223372036854775807) 17:14
purl NotFound: what?
NotFound purl: ln(9223372036854775807) 17:15
purl NotFound: huh?
NotFound purl: you must learn more math
purl NotFound: excuse me?
kj maybe log10? 17:16
moritz log(34) 17:17
purl--
purl moritz: what?
moritz karma purl 17:18
purl purl has karma of 8237
moritz purl--
purl moritz: i'm not following you...
moritz karma purl
purl purl has karma of 8237
moritz no wonder it's that high
NotFound I figured a way to check the value with pirric: a=new("BigInt") | a = a + 2 | print a ^ 63 17:24
17:25 ruoso joined
NotFound This way avoids promotions to float 17:25
Short version; ?(new("BigInt")+2)^63 17:27
Retro basics are nice :) 17:28
particle knuth is spinning in his grave, and you're happy?!?!!? ;) 17:30
dalek r31703 | kjs++ | trunk: 17:31
: [pirc/heredoc] fix some math expressions. * has higher priority than +.
diff: www.parrotvm.org/svn/parrot/revision?rev=31703
NotFound particle: still not, I'll be really happy when pirric can launch a threaded Runner 17:33
A multitask retro basic will be soooooo cool :)
moritz NotFound: with STM, I hope? ;) 17:34
NotFound moritz: I hope
moritz let me introduce the first language on parrot wih decent concurrency support. And the winner is... *drum beats* ... a 1970 style basic interpreter! 17:35
moritz rofls 17:36
NotFound Don't exagerate, I learned this style in the '80
jhorwitz fires up his C64 emulator 17:37
NotFound $ aliados MBASIC.COM 17:38
BASIC-80 Rev. 5.2
[CP/M Version]
Copyright 1977, 78, 79, 80 (C) by Microsoft
Created: 24-Jul-80
39238 Bytes free
Ok
This is with a CP/M emulator
particle fires up his C64 17:41
jhorwitz pokes random values into particle's RAM
particle reconfigures the sound processor to display more sprites 17:42
jhorwitz :)
NotFound My emulator is better for copy & paste, it writes to host stdout 17:44
particle my C64 accepts cartridges so i don't have to wait a *really* long time for frogger to load from disk 17:46
NotFound Someone has a parrot build with a system that does not have limits.h ?
I think I have a C64 emulator on the NDS 17:47
BTW, parrot on the NDS will be great, we need to support cross-building some day.
PerlJam knuth is dead? 17:49
:)
NotFound Who blame Basic the most, Knuth or Dijkstra? 17:50
PerlJam I don't think either of them blamed a particular language. 17:51
NotFound PerlJam: look at the 'Basic' entry on the jargon file 17:52
www.catb.org/jargon/html/B/BASIC.html 17:53
PerlJam I'm sure Djikstra would have said that about any language whose primary form of non-local control was the "goto"
s/ji/ij
17:54 chromatic joined
chromatic Masak's CLA has arrived. 17:54
NotFound "as potential programmers they are mentally mutilated beyond hope of regeneration"
I agree with the "beyond hope of regenaration" point. Many of use keep using old Basic, and even writing new ones :) 17:57
17:57 sjansen joined 18:20 Lorn_ joined 18:36 braceta joined
dalek r31704 | coke++ | extract_tcl: 18:40
: [tcl] first pass at removing partcl from the repository.
diff: www.parrotvm.org/svn/parrot/revision?rev=31704
18:42 particle joined 18:43 davidfetter_ joined 18:47 particle joined
dalek r31705 | kjs++ | trunk: 18:52
: [pirc/heredoc] try to fix heredoc parser. there's weird stuff going on here.
diff: www.parrotvm.org/svn/parrot/revision?rev=31705
r31706 | julianalbo++ | trunk: 18:54
: define limit values for INTVAL type, step 4
diff: www.parrotvm.org/svn/parrot/revision?rev=31706
particle vmware 6.5++ 18:57
i just suspended my virtual machine through which i was vpn'd into work, restarted host, unsuspended vm, and viola! i'm still vpn'd in. 18:58
don't know what the vpn timeout is, but i could never do that with vmware 6.0 18:59
Tene Just imagine what vmware 9000 will be like!
particle: any word about dmknopp's commit bit?
particle we don't seem to be online at the same time 19:01
Tene He told me that he thinks he's followed all the necessary steps.
His ID on bitcard is 'dmknopp' 19:02
particle checking... 19:05
added. 19:08
dmknopp++ is now a committer
chromatic Did you fix up Masak too?
particle masak++ is now a committer, too 19:09
chromatic Thanks!
particle and both are now rt bugadmins as well
Tene particle++
particle chromatic++ is now a metacommitter 19:10
NotFound How can I specify in a test that the pir output must be two lines containing a sequence of digits, the second with a minus sign? 19:11
pmichaud pir_output_like ? 19:12
NotFound like what is the question
dalek r31707 | kjs++ | trunk:
: [pirc/heredoc] more fixes.
diff: www.parrotvm.org/svn/parrot/revision?rev=31707
particle NotFound: what language is the test written in? 19:13
pmichaud decides that looking at his retirement and investment account balances was probably not a good idea. :-|
NotFound particle: perl, is t/op/sysinfo.t
chromatic You haven't lost anything until you sell.
Also, you haven't gained anything until you sell... and then you lose 30%.
pmichaud not selling is the same as buying at the current price :-) 19:14
Tene starts deciding between parrot and breakfast.
particle in soviet russia, parrot feeds you! 19:18
Tene Delicious bird? 19:19
pmichaud time to pick up kids, bbiah 19:20
NotFound Something like that will be good enough? pir_output_like( <<'CODE', '^/[1-9][0-9]*\\n-[1-9][0-9]*\\n$/', 'INTVAL min and max values'); 19:28
Ups, the ^ after the / 19:29
Better more consistent with the min and max order: pir_output_like( <<'CODE', '/^-[1-9][0-9]*\\n[1-9][0-9]*\\n$/', 'INTVAL min and maxvalues'); 19:33
Tene Hmm. There's a class coming up in Germany... 19:34
particle notfound: what about /^-\\d+\\n\\d+$/ 19:36
NotFound particle: that will accept for example 00, it isn't? 19:40
particle oh yes, so [1-9]\\d+ then 19:41
no big deal, though
what you have should work
NotFound The output is say an I register, but I want to avoid silly mistakes. 19:42
This test is expected to fail in platforms lacking limits.h until a platfor hint is added. I'm not sure what is the correct way to handle this. Commit and let it fail, announce it and let pass some time...? 19:45
Asking at the #ps...? 19:46
particle i'd mark it todo and create an rt for the hint
hrmm, maybe todo isn't good 19:47
guess you have to skip
NotFound With the todo, we can get saturated of todo passed reports ;)
19:48 ruoso joined
particle yes, but then some committer will likely untodo it and it will then fail on another platform 19:48
unless it's clear what platforms it will fail on, which will only happen when we have the hint
NotFound The problem is that I don't know other way to know where it fails other than making it fail. 19:49
Well, I'll commit it as skipped for anow, and ask in #ps whan the next step must be. 19:51
chromatic Figure out which platforms it passes and fails on. 19:52
NotFound Someone has any platform that lacks limits.h ?
particle as long as it's passing/skipping reliably on platforms by release, it's okay to fail for a few days
chromatic I'd rather have the TODO everywhere and undo that than have a known failure. 19:53
Tene NotFound: you could just rm `locate limits.h` 19:54
;)
particle need to figure out where it's todo somehow
chromatic Most free Unixes should have it, I think.
particle waves from non-unix-land 19:55
chromatic Yeah, I'm sure Windows doesn't have it, or at least it doesn't work.
particle we do have non-unix smokers
chromatic Darwin, for example.
NotFound Evolution runs on Darwin? 19:56
particle Evolution runs on Theory (hi dave!) 19:57
Theory coughs 19:58
It's "David." :-)
NotFound The real question is if we will make the availability of this values a requirement 20:00
The INTVAL min and max values. 20:01
Workaround: I'll add it as skipped unless linux 20:20
dalek r31708 | julianalbo++ | trunk: 20:23
: define limit values for INTVAL type, step 5: testing a test
diff: www.parrotvm.org/svn/parrot/revision?rev=31708
20:28 Andy left
dalek r31709 | pmichaud++ | hllmagic: 20:53
: [pge]: clean up some 'isa' opcodes.
diff: www.parrotvm.org/svn/parrot/revision?rev=31709
21:16 Whiteknight joined 21:21 Limbic_Region joined
dalek r31710 | fperrad++ | trunk: 21:21
: [Lua] pdd27mmd
: - first step : rewrite multi-dispatch methods in all PMC
: (157/1136 subtests failed)
diff: www.parrotvm.org/svn/parrot/revision?rev=31710
21:23 AndyA joined 21:30 allison joined
Tene ... oh, I didn't realize 'isa' needed to be fixed too. 21:35
dalek r31711 | pmichaud++ | hllmagic: 21:36
: [pge]: We can't use "typeof self" directly, self might be a protoobject.
: We have to get the true parrotclass from the metaclass.
diff: www.parrotvm.org/svn/parrot/revision?rev=31711
Tene pmichaud: committed the other similar fix in that same method 21:40
dalek r31712 | tene++ | hllmagic:
: [pge]: What he just said.
pmichaud Tene: which method?
dalek diff: www.parrotvm.org/svn/parrot/revision?rev=31712
Tene pmichaud: the same as your last commit 21:41
pmichaud no, that one is different.
src won't ever be a protoobject.
Tene ... oh, you're right.
Yes, thinking before committing is good. Sorry.
pmichaud okay, PGE is now parsing and processing the regexes okay, but I gotta fix up the keys in the code generation 21:42
unfortunately wife says "we have to go to the library now" :-)
(and I'm the only one with a working library card at the moment.)
Tene Can you point me in the right direction?
NotFound pmichaud: Dynamic or static library?
pmichaud there are several places in PGE/Exp.pir where it generates namespaces 21:43
dalek r31713 | tene++ | hllmagic:
: [pge]
: * Update isa in Dumper.pir
pmichaud sometimes it will need to convert Foo::Bar into ['Foo';'Bar']
dalek diff: www.parrotvm.org/svn/parrot/revision?rev=31713
Tene pmichaud: I think I already updated one of those. Do you recall that and is that what you're talking about?
pmichaud (e.g., for the namespace directive)
yes, you did update one.
Note that CodeString has an easy .'key' method for doing this, though. 21:44
Tene Clever.
pmichaud just pass it a (flattened) array of strings, and it makes the key
Tene Okay. I'll do that after taking flatmate to work. 21:45
pmichaud okay, I should be back in 45 mins, although it'll probably be dinnertime then.
at any rate, we're much farther along than we were.
dalek r31714 | moritz++ | trunk: 22:28
: [rakudo] non-positive limit returns empty list in Str.split.
: Patch courtesy by Chris Davaz, Ontolog++. Closes RT #59642.
diff: www.parrotvm.org/svn/parrot/revision?rev=31714
r31715 | moritz++ | trunk: 22:30
: [rakudo] fixed some typos in docs and actions.pm, added small clarifiction on
: the REPL in README.
diff: www.parrotvm.org/svn/parrot/revision?rev=31715
r31716 | pmichaud++ | hllmagic: 22:41
: [pge]: Adjust 'grammar' option to create appropriate ns keys.
diff: www.parrotvm.org/svn/parrot/revision?rev=31716
r31717 | pmichaud++ | hllmagic: 22:48
: [pge]: Update some tests to new hierarchical class syntax.
diff: www.parrotvm.org/svn/parrot/revision?rev=31717
22:48 Whiteknight joined
dalek r31718 | tene++ | hllmagic: 22:48
: [pge]: Revert my last commit.
diff: www.parrotvm.org/svn/parrot/revision?rev=31718
22:54 tetragon joined
dalek r31719 | tene++ | hllmagic: 22:57
: [pge]: Emit proper namespaces in Perl6Grammar
diff: www.parrotvm.org/svn/parrot/revision?rev=31719
r31720 | tene++ | hllmagic: 23:03
: [pct]: Update 'isa' usage
diff: www.parrotvm.org/svn/parrot/revision?rev=31720
r31721 | tene++ | hllmagic: 23:06
: [pge]: Update namespace usage in a test
diff: www.parrotvm.org/svn/parrot/revision?rev=31721
Tene pmichaud: do we need to do anything with compreg? 23:09
dalek r31722 | tene++ | hllmagic: 23:13
: [pge]: Add a dropped line in Glob.pir
diff: www.parrotvm.org/svn/parrot/revision?rev=31722
Tene Hmm. Perhaps I should commit with a little bit more granularity. 23:16
dalek r31723 | tene++ | hllmagic:
: [pge]: Fix a typo in Glob.pir
diff: www.parrotvm.org/svn/parrot/revision?rev=31723
Tene We're now passing many tests, though. 23:17
23:37 TiMBuS joined
dalek r31724 | tene++ | hllmagic: 23:38
: [pct]: Update the first PCT test file.
diff: www.parrotvm.org/svn/parrot/revision?rev=31724
23:48 bennett joined
dalek r31725 | particle++ | trunk: 23:56
: [config] fix typo in config\\gen\\platform.pm preventing compilation
diff: www.parrotvm.org/svn/parrot/revision?rev=31725
23:59 ruoso 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!