Parrot 0.6.3 "Beautiful Parrot" Released | parrotcode.org/ | 5/649/88 new/open/stalled tix | logged in irclog.perlgeek.de/parrot/today
Set by moderator on 26 June 2008.
00:03 tetragon joined
dalek r28877 | jkeenan++ | autoicu: 00:04
: [configure] Add one new test file to test case where 2nd return point is
: exercised. Add explicit number of tests to plan in each test file.
: _handle_autodetect() and _handle_search_for_icu_config() become internal
: methods so that we can, in testing, provide a dummy value for the default
: icu-config program.
diff: www.parrotvm.org/svn/parrot/revision?rev=28877
r28878 | jkeenan++ | autoicu: 00:05
: Update MANIFEST.
diff: www.parrotvm.org/svn/parrot/revision?rev=28878
00:09 AndyA joined
bacek_ bacek.homeip.net/cgit/parrot/tree/l...ac23ab7854 00:25
pmichaud: this my current lazy list implementation.
00:25 japhb joined
pmichaud DietCoke: (deprecated) I'm very glad we have it. 00:53
01:14 Andy joined
cotto_work can PMC arrays be sparse? 01:26
rather array PMCs
bacek_ got 500 from RT... 01:27
Whiteknight cotto_work, at the moment I dont think we have sparse arrays 01:28
I would like to make them, if I had the time
cotto_work of course if we did have them, a standard iterator would work fine
Whiteknight we could probably rip a lot of code off from the hash pmc, but use indices instead of string hash keys 01:30
cotto_work would there be any reason to avoid accessing any of the sparse elements when iterating over the array 01:34
also, would the sparse elements be counted in VTABLE_elements()?
or is that implementation-dependent? 01:35
Whiteknight i think it depends how you implement it 01:36
cotto_work I'll wait until my code breaks, then. 01:37
01:37 acalhoon joined
acalhoon hey everyone 01:38
purl hmmm... everyone is stupid
acalhoon I'm back
i've got a new and exciting issue 01:39
Whiteknight pray do tell 01:40
acalhoon ha
Whiteknight hello acalhoon, what's up?
acalhoon i'm getting some build issues related to a series of changes to remove stacks_common 01:41
01:41 magnachef_ joined
acalhoon if I back out change sets 28863:28866 I can build again 01:41
Whiteknight oh don't say that, that was my project!
acalhoon I know
:)
Whiteknight you're on openbsd right?
acalhoon yessir
Whiteknight what's the issue? I didn't change much code, so it surprises me that there's a problem 01:42
acalhoon gimme a sec
what's the paste site again
?
cotto_work nopaste? 01:43
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/
purl rumour has it nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or paste.husk.org/ or poundperl.pastebin.com/ or paste.scsys.co.uk/ or don't bother me while I'm eating or App::Nopaste or tools/dev/nopaste.pl
acalhoon hmm 01:53
now that I built without the changes I can't get it to happen again. 01:54
bacek_ pmichaud: index2.diff from RT#56214 is reworked patch.
stupidbot RT 56214: [PATCH] Implementation of Str.index. - open
acalhoon making from realclean 01:56
01:58 Theory joined
Tene seen jhorwitz? 02:01
purl jhorwitz was last seen on #parrot 5 days and 12 hours ago, saying: particle: short but sweet. i loaded up on beers while i could. there were about 8 or 9 people there, including waltman, jcap, geoff avery, and Tene. [Jun 25 06:54:01 2008]
acalhoon Whiteknight you're in the clear.
Whiteknight yay!!
acalhoon I'm not sure what I did, but it wasn't your change...apparently
I do have a problem with 'make world'
wait wait wait... 02:02
during make world I get: 02:03
src/packdump.c
purl somebody said src/packdump.c was broken. Isn't it? src/packdump.c: In function 'PackFile_Constant_dump':
acalhoon src/packdump.c:40: error: nonnull argument references non-pointer operand (arg 1, operand 2)
*** Error code 1
oh
ha
well there you have it
Whiteknight I've never even heard of make world
acalhoon muhaha
Whiteknight has a lot to learn still
acalhoon 'all' and 'parrot_utils'. 02:04
ha, I'm WAY behind
I've just begun
:)
Whiteknight well, I wish you luck with it then
acalhoon any suggestions? 02:05
purl farts
dalek r28879 | jkeenan++ | autoicu:
: [configure] _handle_icushared() and _handle_icuheaders() become methods so
: that we can reference more hard-coded values which have been moved inside
: _init().
diff: www.parrotvm.org/svn/parrot/revision?rev=28879
Whiteknight purl is the absolute worst bot ever
acalhoon as far as being part of the "solution" 02:06
kid51 IIRC 'make world' is something the release manager (and whoever is helping) runs just before release.
acalhoon purl can be pretty annoying
purl acalhoon: what?
acalhoon and apparently it's been broken for a while 02:07
kid51 acalhoon: 'make world' consists of several variations upon 'make'. Do you know in which one you got that error?
bacek_ stupidbot: insult purl 02:08
stupidbot bacek_: Error calling said() for insult: Can't locate object method "new" via package "Acme::Scurvy::Whoreson::BilgeRat" (perhaps you forgot to load "Acme::Scurvy::Whoreson::BilgeRat"?) at /usr/local/share/perl/5.10.0/Bot/BasicBot/Pluggable/Module/Insult.pm line 42.
bacek_ yak...
kid51 purl escapes ... for the moment!
purl kid51: excuse me?
kid51 u heard me, u lamebrain 02:09
acalhoon make ./pdump
that's where it dies for me
kid51 Now *that's* a 'make' target *I've* never heard of.
acalhoon haha
it's the first target for make world 02:10
I didn't realize i was in such uncharted waters
kid51 pdump is insider 'make parrot_utils', which is inside 'make world' 02:12
acalhoon: Are you having any problems with, say, a simple 'make'?
If not, then I would recommend that you file a bug ticket about this (parrotbug@parrotcode.org) and lose no sleep over it. 02:13
acalhoon no 02:14
simple make is fine
Whiteknight i think you're making all this up. What does make world do anyway? 02:15
and why would anybody want to do it?
kid51 Whiteknight: As I said, it's the "everything and the kitchen sink" target used by release managers. 02:16
Ordinary users would not use it.
Whiteknight if i'm going to be a release manager, I'm going to have to learn that one day I guess
kid51 Yup
acalhoon it's really "make parrot_utils"
spinclad release manager would run 'make release' before releasing
Whiteknight starts taking notes
acalhoon, the only tests that fail for me now are the ones caused by a half-patch I'm working on 02:17
acalhoon no no no, you're fine Whiteknight
spinclad as an ordinary developer i've generally run 'make world' 02:18
acalhoon I don't think this is your problem
Whiteknight okay, that makes me worry less
acalhoon sorry sorry 02:19
kid51 as an even more ordinary developer i've generally just run 'make' :-)
acalhoon I'm in the "honey moon" phase of the parrot development things, a recent hobby. So I had a problem with an obscure feature and "freaked" out :)
Whiteknight i dont even run "make test" every day like I should 02:20
acalhoon gasps! ;)
kid51 Whiteknight: No one does. That's evident from some of the breakage ;-)
Whiteknight I usually try to test before I submit a patch or a trunk commit 02:21
kid51 But I've written some scripts which automate much of my local 'make' and 'make test'
Whiteknight I don't even re-read my work before committing to branch though :)
kid51 That's cool.
acalhoon the only reason I thought to run "make world" was that "make help" displayed it under the Executable heading. 02:22
Whiteknight "make help"? I've learned two things today!
acalhoon haha
make help is your friend
so if I wanted to get more serious about participating, is parrotcode.org/docs the best place to start? 02:25
Whiteknight that's where I started, but there are a lot of omissions 02:26
acalhoon ha, like any good software project :)
fair enough, that's where I'll start 02:28
02:45 tetragon joined
Infinoid acalhoon: (backlogging) so you're building successfully again? 02:47
acalhoon make works fine 02:50
thnx 02:51
Infinoid Whiteknight's change required a "make realclean", I'm betting that's what your earlier issue was about 02:52
looking at the packfile.c thing now
acalhoon I bet you're right 02:53
rm line 40 of packdump and it works 02:54
whether or not that's the right fix....I have no idea :)
Whiteknight I should have put a note about realclean in the svn log 02:55
Infinoid I think there's something in the docs that says you should do a realclean after *every* update... and if not, maybe there should be 02:56
Whiteknight I think you would only need a realclean if the makefile was changed, or if you change something weird with a dependency that isn't in the makefile correctly
02:58 Ademan joined
Infinoid or if you change the vtable numbering 02:59
or the opcode numbering
03:00 Limbic_Region joined
Infinoid after having plenty of problems of that nature, I realclean religiously 03:00
acalhoon hah
acalhoon commits that to memory :)
kid51 must sleep 03:02
purl $kid51->sleep(8 * 3600);
acalhoon I second that. sleep it is 03:03
g'night
03:03 acalhoon left
Tene I'm having problems with mod_parrot. 03:03
Infinoid src/thread.c:1292: warning: suggest braces around empty body in 'do' statement 03:04
that's caused by my system headers, and it seems I can't do anything about it
Andy: I have a question about headerizer stuff, if you're around. 03:07
Andy ask me
but I'm in the middle of Work work, too
Infinoid ok. compilers/imcc/pbc.c has a static function within an #ifdef HAS_JIT, and a prototype above which is also inside an #ifdef HAS_JIT 03:08
a second prototype was apparently generated by a headerizer run a couple days ago, which is not inside the #ifdef HAS_JIT 03:09
thus, on non-JIT architectures like amd64, a warning results:
compilers/imcc/pbc.c:188: warning: 'old_blocks' declared 'static' but never defined
is there some special markup I can use to make headerizer smart about this?
03:38 apeiron joined 03:53 tetragon joined
Tene sends email to jhorwitz and gives up on mod_parrot for the night. 03:57
04:04 apeiron joined 04:05 magnachef joined 04:14 tetragon joined 04:25 magnachef_ joined 04:39 Ademan joined 04:40 tetragon joined
dalek r28880 | chromatic++ | trunk: 04:43
: [pdb] Cleaned up the debugger, making sure that it's always initialized when
: needed and moving IMCC-specific debugging functions into IMCC (NotFound, RT
: #56346).
diff: www.parrotvm.org/svn/parrot/revision?rev=28880
r28881 | chromatic++ | trunk: 04:58
: [t] Added 'make smolder' target, as well as Smolder support code to Parrot's
: test harness. Note that you need to install a recent version of TAP::Harness
: to use this code. We need to add that dependency to Bundle::Parrot.
diff: www.parrotvm.org/svn/parrot/revision?rev=28881
05:05 contingencyplan joined 05:14 bacek_ joined
dalek r28882 | chromatic++ | trunk: 05:14
: [src] Fixed segfault when using the get_class opcode with a NULL STRING
: (NotFound, RT ##55640).
diff: www.parrotvm.org/svn/parrot/revision?rev=28882
05:33 Ademan joined 05:47 contingencyplan joined
dalek r28883 | allison++ | pdd25cx: 05:51
: [pdd25cx] A more general approach to ensuring a particular exception handler is
: never invoked more than once.
diff: www.parrotvm.org/svn/parrot/revision?rev=28883
r28884 | chromatic++ | trunk: 05:52
: [PMC] Fixed a segfault when accessing the class of a NameSpace without an
: associated class; now all NameSpaces have PMCNULL in their class slots when
: created (reported by Vasily Chekalkin and fixed by NotFound in RT #55620).
diff: www.parrotvm.org/svn/parrot/revision?rev=28884
stupidbot Error calling said() for rt: Malformed RT response received from rt.perl.org/rt3/
05:57 Psyche^ joined 06:03 Ademan joined
dalek r28885 | chromatic++ | trunk: 06:09
: [config] Rearranged Darwin hints, so that -bundle doesn't come first (Paco, RT
: #54986).
diff: www.parrotvm.org/svn/parrot/revision?rev=28885
06:13 zostay joined 06:21 bacek_ joined 06:37 Ademan joined
dalek r28886 | allison++ | pdd25cx: 06:44
: [pdd25cx] Rename 'pbj' and 'pbr' opcodes to 'local_branch' and 'local_return'.
: Remove unneeded 'branchcc' opcodes.
diff: www.parrotvm.org/svn/parrot/revision?rev=28886
06:57 Ademan joined 07:16 masak joined
dalek r28887 | tene++ | trunk: 07:45
: [lolcode]
: * First draft of adding proper block handling
: * First draft of support for globals
diff: www.parrotvm.org/svn/parrot/revision?rev=28887
r28888 | tene++ | trunk: 07:49
: MANIFEST and svn keywords.
diff: www.parrotvm.org/svn/parrot/revision?rev=28888
Tene I really need to get a hold of jhorwitz for help getting mod_parrot working to see if those updates can help get lolcode working better for oscon. 07:50
07:59 Eevee joined
dalek r28889 | japhb++ | trunk: 08:16
: [PROFILE] Fix op profiling calibration
: * Fix divide by zero in op profiling calibration which made noop appear
: to take infinite time, thereby making all other ops instantaneous
: * Display calibrated time for noop when printing op profile results
diff: www.parrotvm.org/svn/parrot/revision?rev=28889
09:04 cognominal joined 09:07 cognominal joined 09:42 barney joined 10:28 Ademan joined 10:37 kid51 joined 11:23 bacek_ joined
kid51 Anyone else having a problem with 'make test' subsequent to r28881? 11:50
moritz Can't locate object method "new" via package "TAP::Harness" at t/harness line 91.
make: *** [test] Error 255
12:04 barney joined
kid51 moritz: Ah, so it's not just me! I've filed in RT 55954. 12:05
stupidbot Error calling said() for rt: Malformed RT response received from rt.perl.org/rt3/
kid51 moritz: I think this needs Test::Harness 3.0+ to work. IIRC, that's part of TAP::Parser. 12:09
moritz kid51: then it's a missing dependency
moritz tries again with perl5.10.0 which has Test::Harness 3.something installed 12:10
kid51 I recently had to reinstall the OS on my Mac. In the process, all my /usr/local/ libraries were wiped out and I haven't restored all of them. So I suspect this occurs because I'm reduced to the Test::Harness 2.64 that came with the vendor Perl.
masak pmichaud: how goes the work on refactoring $_, $/ et al?
moritz kid51: yes, with TH 3.0 it works fine 12:11
dalek r28890 | bernhard++ | trunk:
: [Plumhead]
: svn merge -r 28822:28889 svn.perl.org/parrot/branches/libs4...s/plumhead
kid51 moritz: I don't think 5.10 came with Test::Harness 3. Test::Harness 3 was a bit too late developing to make the cut IIRC.
dalek diff: www.parrotvm.org/svn/parrot/revision?rev=28890
moritz kid51: yes, but i've installed it for my perl5.10 12:12
kid51 Well, then, the project will have to decide whether we want to make T:::H 3 a dependency now.
moritz: Yes, I have it the same way on my Linux box.
barney (T:::H 3 )++ 12:13
moritz indeed 12:14
kid51 I do like T::H 3. I even had a patch added in 3.11 to facilitate Parrot testing! But we're going to have massive breakage unless we include it as a dependency and declare T::H 2 dead. 12:15
kid51 must go to $job.
dalek r28891 | bernhard++ | trunk: 12:36
: [Plumhead]
: Add t/php/functions.t with a single TODO test.
diff: www.parrotvm.org/svn/parrot/revision?rev=28891
12:54 Andy joined
dalek r28892 | bernhard++ | trunk: 12:58
: [Plumhead PCT]
: Add support for function definitions without args. 12:59
diff: www.parrotvm.org/svn/parrot/revision?rev=28892
13:07 Psyche^ joined 13:15 Whiteknight joined
dalek r28893 | Whiteknight++ | gsoc_pdd09: 13:15
: [gsoc_pdd09] A few pointer arithmetic fixes, and improved pointer protection for headerizer
diff: www.parrotvm.org/svn/parrot/revision?rev=28893
r28894 | Whiteknight++ | gsoc_pdd09: 13:18
: [gsoc_pdd09] update to trunk r28892
diff: www.parrotvm.org/svn/parrot/revision?rev=28894
r28895 | pmichaud++ | trunk: 13:25
: [rakudo]:
: * spectest-progress update: 75 files, 1172 passing tests
diff: www.parrotvm.org/svn/parrot/revision?rev=28895
13:38 Khisanth joined
dalek r28896 | Whiteknight++ | gsoc_pdd09: 13:49
: [gsoc_pdd09] A few fixes:
: * Better bounds checking on the allocation loop
: * Improved pointer arithmetic
: * Improved GC_IT_CARD_ALL_* macros
diff: www.parrotvm.org/svn/parrot/revision?rev=28896
r28897 | coke++ | trunk: 14:00
: The quiet option we're using in the config file requires a newer version
: of P::C to use. Require a newer version or skip gracefully.
diff: www.parrotvm.org/svn/parrot/revision?rev=28897
14:01 gryphon joined
DietCoke (you should not have to do a realclean after every update. don't put that in the docs.) 14:07
14:08 jan joined
DietCoke regarding the T:H 3 breakage, I believe we already had a plan on that, but I was expecting more bits of the plan to be working before the patch that broke make test got applied. 14:09
particle and make world is not for release managers only 14:13
DietCoke ... they're the only ones who ever use it, though. =-)
particle it's for anybody who wants the extra tools included in the make world target
DietCoke yes, but since we don't build or test those tools by default... 14:14
"anything not built by default will be broken by the time you try it." =-)
DietCoke wonders who added him to the RT commit list. 14:18
14:18 Andy joined
Whiteknight who added who to the commit list? 14:22
DietCoke added whom. me. 14:26
and I don't know. that's why I asked.
note I said the -rt- commit list. like, for the software that runs our ticketing system. 14:27
14:34 iblechbot joined
dalek r28898 | Whiteknight++ | gsoc_pdd09: 14:44
: [gsoc_pdd09] Fixed problem with cards overlapping arena headers. Added a number of new assertions and diagnostics messages, some of which might prove to be unnecessary
diff: www.parrotvm.org/svn/parrot/revision?rev=28898
Whiteknight maybe your reputation has proceeded you. maybe you're so freaking awesome that everybody wants to add you to their projects 14:45
NotFound Everybody wants to have a Coke at hand. 14:47
DietCoke ^_o 14:48
as long as that's not "in hand", I suppos I'm ok.
DietCoke self-referentially drinks a Coke Zero
Infinoid at least action figures are readily available 14:49
Whiteknight Yeah, I have the whole set of DietCoke action figures
with karate chop action
cuts through old RT tickets like a tornado 14:51
DietCoke <sam the eagle>You are all weirdos!</sam> 14:52
14:57 Theory joined 15:07 Khisanth joined 15:20 barney joined 15:31 sjansen joined
dalek r28899 | bernhard++ | trunk: 15:35
: [Plumhead]
: Add a TODO test for OO PHP.
diff: www.parrotvm.org/svn/parrot/revision?rev=28899
15:38 Auzon joined
cotto_home DietCoke, if I can remove some #includes from a couple PMCs and still keep make test happy, is it fine to commit that change? 15:39
DietCoke very likely. which includes? =-) 15:42
(these are individual includes from a .pmc versus those automagically added in by the pmc2c compiler?)
cotto_home they're some includes that would be included anyway by pmc2c 15:44
DietCoke oh, yah, kill 'em.
and in general, cleanup that doesn't break 'make test' is safe. 15:45
... and you're not at work today? =-)
cotto_home good to know
particle ...unless it's in an alternate runcore
then you need fulltest
DietCoke Does anyone use alternate runcores aside from release managers? =-)\\ 15:46
(and those trying to track down a GC issue.) Hey, why doesn't make fulltest test the gcdebug runcore? =-)
dalek r28900 | cotto++ | trunk: 15:47
: [pmc] Remove some #includes that are taken care of by pmc2c. All tests still
particle DietCoke: you know you have commit rights to bundle-parrot
dalek : pass.
diff: www.parrotvm.org/svn/parrot/revision?rev=28900
DietCoke yes. I also don't know how to add something cleanly.
NotFound DietCoke: maybe because of speed.
particle 4525/18864
purl 0.239874893977947
DietCoke NotFound: it was a joke.
particle: do I update the version? Can I specify a minimum required version? How do I cut a release?
particle DietCoke: i've already updated svn head 15:48
just need to make cpan release
which is, .tar.gz and upload to pause
DietCoke I will check the recent commit log.
particle i have a mostly crafted draft email response
dalek r28901 | bernhard++ | trunk: 15:53
: [Plumhead]
: Add a TODO test for namespaces.
diff: www.parrotvm.org/svn/parrot/revision?rev=28901
NotFound In #56508, if I change "abc" for 'abc' in the lexid or in the string, the problem disappears, changing both they reappears as abc'
particle i suspect a lexer bug 15:57
or maybe it's a string vs cstring bug 15:58
jonathan I suspect it's probably because the two are sharing the string constant, and the one constant gets modified (for lexid)
NotFound I think I got it.
jonathan See pbc.c, search for lexid 15:59
NotFound unit->lexid->name[strlen(unit->lexid->name) - 1] = 0;
unit->lexid->color = add_const_str(interp, unit->lexid);
These two lines were in reverse order.
jonathan Hmm. I wonder if that was in c's patch to fix the double free issue in my initial one. 16:00
NotFound Going to rebuild and make a full test with this change. 16:01
dalek r28902 | moritz++ | trunk: 16:09
: [rakudo] one more file for spectest_regression
diff: www.parrotvm.org/svn/parrot/revision?rev=28902
Whiteknight what's the difference between miniparrot and parrot? 16:12
16:13 Auzon joined
NotFound (bad joke omitted) 16:13
particle miniparrot has no embedded config info 16:14
Whiteknight ...so what does that mean?
particle miniparrot is something we don't need anymore 16:15
it should go away
Whiteknight oh, because miniparrot is the only thing working in my branch. It (mostly) runs, but regular parrot segfaults terribly
particle heh
ok, well glad we have it, then :) 16:16
take a look at Makefile to see the difference between parrot and miniparrot
NotFound It was supposed to be an auxiliar tool to build the rest of parrot using it, it isn't?
moritz NotFound: probably very much like miniperl 16:18
particle yes 16:20
dalek r28903 | moritz++ | trunk:
: [rakudo] tests for ternary now in spectest_regression
diff: www.parrotvm.org/svn/parrot/revision?rev=28903
particle but we've decided we're going to depend on perl for parrot 1.0
so no need for miniparrot
moritz no own dogfood 16:21
at least not in this
NotFound And there is a problem to build it using only standard c file io, wich accoriding some docs was the intention.
particle the problems can be overcome, but we have a schedule
we want parrot 1.0 out the door 16:22
it'll take too long to get a build system built around miniparrot
moritz aye 16:23
particle i'd love it if somebody proved that wrong 16:24
NotFound Patch sended to RT#56508
stupidbot Error calling said() for rt: Malformed RT response received from rt.perl.org/rt3/
particle that bot is too stupid
dalek r28904 | Whiteknight++ | gsoc_pdd09: 16:25
: [gsoc_pdd09] parrot, libparrot, and miniparrot all build, runtime/parrot/include/config.fpmc builds. parrot segfaults, miniparrot (mostly) runs.
diff: www.parrotvm.org/svn/parrot/revision?rev=28904
16:33 tetragon joined
pmichaud #parrotsketch in 109 16:41
NotFound Seconds? 16:42
purl Seconds is second
Whiteknight pmichaud, I'm planning on it, yes 16:43
oh wait, you weren't asking the question NotFound was
NotFound Forget it. 16:46
purl NotFound: I forgot it
cotto_work now we'll never know what it was 16:50
NotFound Ask Stephen King about that. 16:52
dalek r28905 | Whiteknight++ | gsoc_pdd09: 16:57
: [gsoc_pdd09] build process nearly completes, segfaults when building Perl6Grammar.pir
diff: www.parrotvm.org/svn/parrot/revision?rev=28905
17:01 japhb joined
dalek r28906 | moritz++ | trunk: 17:03
: [rakudo] two more files for spectest_regression
diff: www.parrotvm.org/svn/parrot/revision?rev=28906
17:07 buff3r joined 17:22 barney joined
dalek r28907 | bernhard++ | trunk: 17:31
: [Plumhead]
: Add test script for references.
diff: www.parrotvm.org/svn/parrot/revision?rev=28907
r28908 | infinoid++ | pdd13pbc: 17:57
: [pdd13] Merge changes from trunk (-r28100:28907) into pdd13pbc branch.
diff: www.parrotvm.org/svn/parrot/revision?rev=28908
moritz can I resolve a ticket in RT without writing a new mail? 18:00
pmichaud if you have admin privileges, yes
(put another way -- writing a reply isn't required -- just leave the reply box blank.) 18:01
moritz ok, closed RT#55164
stupidbot Error calling said() for rt: Malformed RT response received from rt.perl.org/rt3/
pmichaud stupidbot got more stupid. 18:02
szbalint how fitting.
particle opbots, names
moritz bacek: there's no need for stupidbot to report rt errors, we know it's broken sometimes ;)
18:06 tco joined
dalek r28909 | fperrad++ | libs4php: 18:11
: [php] PCRE (very first step)
diff: www.parrotvm.org/svn/parrot/revision?rev=28909
barney fperrad++ 18:14
18:16 allison joined, peepsalot joined 18:18 chromatic joined
cotto_work barney, it looks like the delay in transferring pipp.org is because of the 5-day delay for a paypal payment to clear 18:20
it should be complete later this week
DietCoke tries to quickly write a perl script to say "here are all of coke's commits to parrot in the last week." and fails in time for parrotsketch. 18:24
dalek r28910 | allison++ | pdd25cx:
: [pdd25cx] Add range checking to 'local_return' opcode, to require it be within
: the current code segment.
diff: www.parrotvm.org/svn/parrot/revision?rev=28910
moritz DietCoke: should I expand moritz.faui2k3.org/svn-search/ to include the parrot repo? 18:25
DietCoke: I won't make it 'till #ps, but it would help you in future ;)
barney cotto: k
pmichaud I just use "svn log -r '{2008-06-24}:head' | less" and then search for 'pmichaud'
barney I look in cia.vc/ 18:26
NotFound In what perl? 6?
18:26 Whiteknight joined
moritz cia.vc/stats/project/parrot perhaps? 18:28
pmichaud #parrotsketch in 2
DietCoke pmichaud: that's basically what I ended up doing. i was just trying to save myself the "search" bit. =-) 18:29
First week I've committed this much in a while. =-)
18:29 jhorwitz joined
Tene I just run 'git log' and search for 'tene' and keep going until I pass the date of the previous #ps 18:30
18:31 wknight8111 joined
jhorwitz Tene: re mod_parrot, did you export PARROT_RUNTIME in envvars? 18:31
18:32 tetragon joined
Tene I added a SetEnv line to httpd.conf 18:32
I also tried exporting it in the shell I launched httpd from. 18:33
jhorwitz SetEnv won't work
pmichaud I find the search bit is worthwhile because I also find where I was mentioned in others' commits :-)
18:33 slightlyoff joined
Tene Okay, I can't find any reference to an 'envvars' config entry. 18:33
jhorwitz exporting it in the shell should work though...
can you send me the strace from the latest?
18:34 slightlyoff left
dalek r28911 | chromatic++ | trunk: 18:34
: [IMCC] Prevented :lexid from interfering with identical string constants (RT
: ##56508, test case by Patrick Michaud, patch by NotFound).
diff: www.parrotvm.org/svn/parrot/revision?rev=28911
jhorwitz Tene: you can also just paste the interpinfo.pasm stat calls. i want to see the paths
Tene ... and now it works. 18:35
I guess I must have had a typo in the path the last time I exported it.
jhorwitz rejoices
pmichaud jonathan: just fyi -- I'll be unavailable July 16th, and will have only sporadic access July 19th-22nd. (Jul 23-27 is oscon, of course) 18:39
jonathan pmichaud: Thanks good to know...I'm not doing OSCON this year, which I guess you already knew. 18:41
Tene jhorwitz: you sticking around after #ps for a bit?
jhorwitz yes
Tene fantastic. 18:42
pmichaud reminds me... I need to book YAPC::EU tickets
moritz jonathan: as always, when you tell me your topics for rakudo day in advance, I might be able to contribute a few tests beforehands
pmichaud I'm thinking of arriving on Aug 11 and departing Aug 17 -- does that sound about right?
that gives me a day before and a day after YAPC::EU for hacking
Tene is distracted by $awesomejob_yeswearehiring for a bit. 18:43
pmichaud I always think of "RT#" as a sigil, much like "r" is a sigil for SVN revision numbers. :-) 18:45
pipp++ 18:46
moritz pmichaud: shameless cross-poster ;)
pmichaud I'm saving my back-channel comments for #parrot
jonathan moritz: Thanks, good to know. MMD is upcoming this month, as are signature objects as I kinda need those to do MMD. 18:47
moritz jonathan: not exactly my area of expertise, but I'll see what I can do
jonathan moritz: Also, enums.
chromatic You don't find the digraph T# horribly ugly? 18:48
jonathan I just about worked out how to do those the other day in the showever, but now I've forgotten again. :-|
pmichaud it's not ugly in my font.
having enums might be very useful; we could see about replacing Bool::* and Order::* with them 18:49
cotto_work barney, do you know why fperrad is working in a branch? 18:51
18:52 Ron joined
barney because some tests are working only with the PHC variant 18:52
jonathan pmichaud: Dates - look OK. I don't know what if anything is happening with the hackathon that was proposed in the south of Sweden.
barney This way there are no failures in the default PCT variant 18:53
jonathan I will certainly be around somewhat on the day before, but I may have a lunchtime meeting that day.
pmichaud given that I'm traveling jul 19-27, jul 30-aug 7, I think I'll be glad to keep it a bit shorter trip 18:54
jonathan OK 18:56
I'm taking a week's break at the end of August too, so I wouldn't mind getting back after the conference to get a week or so's working in. 18:57
If there's not going to be much Perl 6 hacking going on at the Lund hackathon, I'll probably skip it... 18:58
Anyway, day after YAPC is fine with me too.
I'll arrange to be around then.
19:11 davidfetter joined
wknight8111 allison still here? 19:14
allison yup 19:15
wknight8111 I have a debugging question that chromatic said I should ask you, in hopes there would be a quick answer
allison ok
wknight8111 in parrot initialization, in src/pmc_freeze:run_thaw, it's calling a DOD run 19:16
but in that initial run, a lot of important values are null, like interp->dynamic_env
or interp->exception_list
I'm wondering what would have caused this, is this a big problem, etc? 19:17
allison it means the interpreter wasn't fully initialized 19:18
is this a test file with a dummy interpreter?
wknight8111 no, it's the parrot executable. I traced it during the build process
I was getting segfaults because I was trying to call pobject_lives on those null values 19:19
chromatic Are we perhaps having a mark phase run earlier in the process than we expected?
barney So T::H 3 is now a real requirement ?
allison the simple answer is to have the interpreter's gc check if those exist before it marks them
particle barney: for smoking, yes 19:20
allison interp->exception_list is going away anyway
NotFound I think we have a potential problem with the duality NULL/PMC_NULL
chromatic I posted a patch that should relax the T::H 3 requirement for simple 'make test'.
DietCoke barney: apparently we can avoid it for make test, I think the harness was just not smart enough about the require.
I don't have T:H2 and therefore cannot easily test it. I'm hoping jim will be able to report back shortly after work.
wknight8111 allison, I did add conditionals to avoid those if they are null, I was assuming they weren't supposed to be null in any case
but if it's ok, I'll ignore it (improves my test results anyway) 19:21
barney When I have some tuits, I'll look into languages tests aggregation with T::H 3
moritz barney: would that imply the ability to test in parallel? 19:22
I'd very much welcome that!
allison at certain stages of initialization, it's fine for those to be null
barney Maybe, first of all I want to get rid of that suboptimal 'unified languages testing' 19:23
wknight8111 allison, thanks! You've saved me lots of time
particle moritz: yes, and note there's a branch for this work already, however i'm sure there's bitrot 19:24
svn.perl.org/parrot/branches/unified_testing/
DietCoke As i said, i would not really mind making t:h 3 a requirement for 'make test'.
(if we have to, which it sounds like we can avoid for now.) 19:25
particle i think we should try it, and roll back upon failure
1) parallel testing, 2) test report aggregation, 3) smoke testing with smolder 19:26
dc?
purl i heard dc was at language.perl.com/ppt/src/dc or Damian Conway or dc(1) or the district of columbia :p or Daimler Chrysler or Data Center
particle dc is also DietCoke 19:27
purl okay, particle.
Tene prods jhorwitz 19:29
jhorwitz jumps
particle heats up the branding iron
Tene jhorwitz: Can you give me an example of what you'd like to run in mod_lolcode? 19:30
jhorwitz: Can you show me the apache config I need to use to run lolcode with mod_parrot? 19:31
jhorwitz Tene: don't need much. basically i need treat undeclared variables as undefined instead of bombing out with an unknown lexical error. 19:32
nopaste? 19:33
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/
purl nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or paste.husk.org/ or poundperl.pastebin.com/ or paste.scsys.co.uk/ or don't bother me while I'm eating or App::Nopaste or tools/dev/nopaste.pl
nopaste "jhorwitz" at 96.245.16.45 pasted "Tene: mod_lolcode config" (4 lines) at nopaste.snit.ch/13440 19:34
Tene jhorwitz: show me an example of a lolcode file you'd like to run? 19:39
jhorwitz Tene: mod_lolcode maps all query params to globals. a simple "VISIBLE FOO" would be an example. you can see it crash if you don't supply FOO as a parameter 19:43
Tene ahh 19:44
jhorwitz even *testing* for truthiness crashes it
particle VISIBLE TRUTHINESS
jhorwitz so "FOO/O RLY?" still bombs out
jhorwitz flips particle's smartass switch 19:45
Tene That should be a simple fix for now.
jhorwitz watches out for particle's branding iron
19:53 Whiteknight joined
dalek r28912 | tene++ | trunk: 19:59
: [lolcode]
nopaste "tene" at 67.137.148.11 pasted "lolcode demo for jhorwitz" (11 lines) at nopaste.snit.ch/13441
dalek : Initialize tokens that can't be found to 0.
diff: www.parrotvm.org/svn/parrot/revision?rev=28912
Tene jhorwitz: that work for you? 20:00
jhorwitz hm, can we initialize to an Undef instead? 20:02
that way it exists and can be tested against
but has no value 20:03
Tene Sure.
DietCoke chromatic: looks like your patched worked, can we get it applied?
Whiteknight DietCoke, how does one delete a branch? 20:04
chromatic DietCoke, let me fix one bug in it. 20:05
Whiteknight please_kill_worthless_branch("/gmc")
nopaste "tene" at 67.137.148.11 pasted "another lolcode demo for jhorwitz" (18 lines) at nopaste.snit.ch/13442 20:06
chromatic DietCoke, r28913. 20:07
jhorwitz Tene: FARAWAY, LOL. Alias and i were considering using INVISIBLE for something like this. :)
DietCoke Whiteknight: you svn dev "repo address to the branch"
er, 'svn del'
Tene jhorwitz: I looked all over the forums, but couldn't find any proposed syntax for globals, so just made up my own.
dalek r28913 | chromatic++ | trunk:
: [t] Re-allowed Test::Harness 2.x for simple make test, after r28881
: inadvertently required TAP::Harness.
diff: www.parrotvm.org/svn/parrot/revision?rev=28913
DietCoke so something like svn del svn.perl.org/parrot/branches/gmc 20:08
WARNING! DO NOT TYPO THIS COMMAND LINE.
Whiteknight okay. I've looked all through it and found nothign to salvage. I am going to delete it now then
DietCoke you could cause some serious damage. someone inadvertantly deleted all the tags at one point, e.g.
if you're paranoid, you could do an svn co of branches/ and then svn del gmc from inside that one. =-) 20:09
dalek r28914 | tene++ | trunk:
: [lolcode]
: * Undef, not zero.
diff: www.parrotvm.org/svn/parrot/revision?rev=28914
DietCoke always be extra careful working directly agaginst the repository.
Whiteknight I'll do it your way, I'll just be very careful
DietCoke ... ok, or I'll sic chromatic on you. =-)
Whiteknight !!!
DietCoke DietCoke: !: event not found 20:10
Whiteknight done 20:13
dalek r28915 | Whiteknight++ | gmc: 20:14
: [GMC] Killing old, obsolete branches/gmc.
diff: www.parrotvm.org/svn/parrot/revision?rev=28915
confound you can always just revert your change if you delete the wrong thing
though it's probably slow and clunky
Whiteknight looks, doesnt appear to be any bad side effects...
NotFound ...famous last words. 20:15
20:15 particle1 joined
dalek r28916 | fperrad++ | libs4php: 20:15
: [php] declare PCRE constants
diff: www.parrotvm.org/svn/parrot/revision?rev=28916
japhb For the profiling runcore, what is the intended profile? The "empty loop" calibrate() routine is currently nonsensical, but given the POD right above it, I can see two possible ways to correct it: 1) assumes that the goal is to profile the normal speed of the standard runcore; in this case, the empty loop should time just the profiling overhead, nothing else. 2) assumes that the goal is to profile the speed of ops *with dispatch ignored* 20:17
, in which case the empty loop should time both the profiling overhead and the cost of dispatching to 'noop'. Thoughts?
Oh yeah, nothing like stopping conversation ... 20:20
Whiteknight japhb, whatever you said, I agree. 20:21
NotFound I even didn't know that the profiling runcore existed ;)
dalek r28917 | Whiteknight++ | gsoc_pdd09:
: [gsoc_pdd09] updating to trunk r28915
diff: www.parrotvm.org/svn/parrot/revision?rev=28917
japhb Whiteknight: Thank you. That's one vote. :-)
NotFound: :-)
DietCoke Whiteknight: when you close out the ticket, be sure to resolve it and cc the list. 20:23
Whiteknight done and done
DietCoke my apologies as I didn't check the ticket, just the list. =-)
japhb DietCoke: any thoughts on my profiling question above? 20:24
DietCoke Other than, "I'd ask chromatic"?
japhb If no one really cares, I'm going with option 1, which makes more sense to me.
summon chromatic
DietCoke chromatic: you awaken in a small, dank room. There is no source of light. 20:25
japhb DietCoke: been playing a lot of RPGs lately? I'm noticing a theme this morning ....
NotFound Don't know if this helps, but I've bee able to build pdd25cx with c++ , and pass same test as with c, except for a problem already present in trunk. 20:28
chromatic japhb, #2 sounds more useful, but I'd like to replace the whole thing. Profiling ops per ops doesn't seem as useful as profiling PIR (or PASM or whatever). 20:30
NotFound By the way, the problem is commented in RT#56440 Has someone looked at it? 20:31
japhb chromatic: certainly, replacement is the longer-term goal. I wanted to unbreak the current thing before starting something new. 20:32
But it wasn't obvious which was the proper 'unbreak'.
chromatic NotFound, my first impression was to say "That'll probably change with ParrotIO changes"
japhb, pick the smallest change that gets you useful information for now.
japhb chromatic: OK, thanks. 20:33
DietCoke japhb: sadly, I haven't played an RPG since about 1992. 20:34
NotFound chromatic: the implementation, sure, but the usefullness to have functions not dependant of io header I think will be the same.
chromatic NotFound, although if users of the external API need access to Parrot's printing systems... that's a strong argument for adding them here.
japhb DietCoke: I'm guessing high school or college, then ... 20:35
chromatic (though they could use tests in t/src/)
DietCoke Unless you count a phone call I got about the turn of the millenium from my old GM (who still GMs to this day) asking me how I ruled on one of my original characters worshippers offerings.
(I thought _i_ was a geek. =-)
japhb yikes 20:36
I know some people who are still GMing, and have by now built up fully populated worlds, with thousands of pages of notes, maps, history, etc. 20:37
NotFound Well, if users of the extend interface are supposed to not use that functions, using them in his tests looks to me like a bad idea.
chromatic If we can figure out some use case for why external interface users need to use those functions, adding them is fine. 20:39
NotFound By the way, all extend test need the embed header to be compiled. That does not help to have a clean separation between extend and embed. 20:42
The reason to use PIO_eprintf in the test looks to be in some cases to be able to print parrot strings, and the others by inertiae. 20:44
20:45 Debolaz joined 20:46 contingencyplan joined
jhorwitz NotFound: while writing both the embedding pod and mod_parrot, i had great difficulty finding a logical separation between extend and embed. it's even more confusing when you consider that most extensions will probably use PIR & NCI. 20:48
chromatic I'm not sure there should be a separation sometimes.
jhorwitz Allison and I talked about it at frozen perl, and we both though they should be merged. 20:49
obviously wasn't a pressing issue at the time 20:50
particle1 agrees
DietCoke chromatic: do you have a particular plan of attach to get us below 600 tickets?
NotFound IMO the only important difference is that an embedder creates the main interpreter instance.
chromatic DietCoke, the same thing we do every night: try to take over the world. 20:51
DietCoke Great. Where do I find the lederhosen?
chromatic Also, find someone who can test patches on Windows again.
DietCoke chromatic: I can do that in a pinch.
chromatic If your lederhosen are pinchy, try some corn starch.
dalek r28918 | japhb++ | trunk:
: [PROFILE] Make profiling runcore calibration more useful
: * Include fetch of high-precision timestamps in the profiling overhead
: * Clean up calibration message to be more readable and correct
diff: www.parrotvm.org/svn/parrot/revision?rev=28918
DietCoke I'll see about going through and cleaning some of that up. 20:52
jhorwitz NorFound: right. but as an embedder i still use the functions declared in extend.h. very confusing.
chromatic If extend.h should do anything in particular, it should be useful for people writing their own PMCs.
DietCoke chromatic: I'm going to cogitate on how to get all deprecated vtable calls to respect the new deprecation flag.
chromatic: like HLL authors who currently cheat? 20:53
chromatic Lure them with cupcakes. It always works on me, unless I have to develop on Windows or with the Solaris C compiler.
NotFound jhorwitz: the reason to have a separation can be to have several functions that an extender is supposed to never use. Don't know if there is one.
20:53 ruoso joined
jhorwitz exactly. i can't even imagine a parrot extension in C. that's what NCI is for. of course there's an exception to every rule...even the ones i make up on the spot. ;-) 20:54
NotFound Well, to solve the current practical problem, I can just drop the PIO_eprintf usage in t/src/extend, I don't see any need to maintain it. 20:55
The string printed contains plain asciic chars, no problem to convert them to cstrings before printing. 20:56
DietCoke -> 20:58
jhorwitz reads back and sees cupcakes.
cotto_work php arrays have an internal pointer that's used for iterating through the array's elements. 21:01
when an iterator PMC wants to know how many elements there are to be iterated, it uses VTABLE_elements()
if the internal pointer is pointing at an element other than the first, it screws the iterator up
the iterator works if I make elements() count the elements starting from the internal pointer
chromatic You get one iterator per array in PHP?
cotto_work this doesn't seem proper, though 21:02
I can hear you laughing now
chromatic $POST['please_dont_modify_me_in_a_request_iterator_pointer']?
szbalint ha-ha
confound isn't it $_POST?
PerlJam yikes!
chromatic No wonder I only rooted six out of twelve PHP installations trying that out a second ago.
PerlJam I come here to get *away* from PHP
confound PerlJam: mysql_escape_string_real! 21:03
szbalint quick, antidote!
jhorwitz throws up a little in his mouth 21:04
NotFound cotto_work: Why an iterator wants to know that?
cotto_work would it be ok to do VTABLE_elements() based on the internal pointer and have a method that does the right thing, or is there a better solution
chromatic Oh hey, I could tell you about Perl 5's hash iterators, or filehandle iterators, or... you don't want to know.
cotto_work NotFound, to know where to start iterating
NotFound An iterator mus just iterate, that's his mission in life.
chromatic cotto_work, you could create your own PHP Iterator. 21:05
dalek r28919 | jkeenan++ | autoicu:
: As there is no code in config/auto/icu.pm to process the '--icudatadir' option
: mentioned in lib/Parrot/Configure/Options/Conf.pm and README_win32.pod, delete
: references thereto from those files. Begin to touch up the POD in
: config/auto/icu.pm. Add a fifth test file to test previously untested branch.
diff: www.parrotvm.org/svn/parrot/revision?rev=28919
NotFound Maybe I'm too C++ oriented. 21:06
cotto_work subclass the iterator pmc?
I suppose that would work
dalek r28920 | jkeenan++ | autoicu:
: Update MANIFEST.
diff: www.parrotvm.org/svn/parrot/revision?rev=28920
cotto_work chromatic, thanks 21:07
dalek r28921 | moritz++ | trunk: 21:14
: [rakudo] first junction tests in spectest_regression
diff: www.parrotvm.org/svn/parrot/revision?rev=28921
r28922 | jkeenan++ | autoicu: 21:16
: Improve POD in module and test files.
diff: www.parrotvm.org/svn/parrot/revision?rev=28922
21:18 Auzon joined
NotFound It's not so easy to remove PIO_eprintf usage from t/src/extend.t as I thinked. There are different tests for getting parrot strings and getting cstrings, and string_to_cstring is not available from extend or embed headers. 21:36
japhb string_to_cstring sounds like the kind of thing an embedder might want access to ... but I haven't actually looked at the code. 21:38
NotFound There is a Parrot_free_cstring function in extend.h 21:39
chromatic It sounds like the easist approach to cleaning up some of that for now is to apply your patch then. 21:41
21:43 cjfields joined
Whiteknight any reason to delay rt56410? 21:44
it's just a patch to add a JSON data dumper language, doesnt change or remove anything existing
chromatic As far as I know, no one has cared either way on it. 21:46
I thought kjs had commit privs, but if he doesn't have access at home....
Whiteknight I'll add it nowish and close the ticket if there are no problems 21:47
we can delete it later if nobody wants it
chromatic +1
purl 1
chromatic +i
1+i
1+1
purl 2
chromatic For once, purl is rational.
Whiteknight haha, nice 21:48
allison whiteknight: sounds good
Whiteknight yay! I love reassurances!
szbalint maybe purl just can't express the irrationality. That doesn't mean it doesn't exist ;) 21:49
*-ity
NotFound By the way, someone can check if my CLA has arrived? According post office guy, he must, but spain's post is not known by his speed or his sincerity ;)
chromatic I'll know by Thursday. Good thing, too -- I'm getting sick of applying your patches! We should get you commit access to fix that. 21:50
Sick as in "I vomit with approval and desire for more free time", by the way.
Probably only amusing to Andy though. Sorry. 21:51
confound I'm mildly amused
Andy I don't get it.
dalek r28923 | Whiteknight++ | trunk:
: [languages/json] Add languages/json, a PCT-based data dumper for JSON format. Thanks kjs++, from rt56410.
diff: www.parrotvm.org/svn/parrot/revision?rev=28923
NotFound chromatic: I was trying to find an answer in the same mood, but my jokes are hard to translate. 21:52
chromatic Don't worry. Your English has to be better than my Spanish. estas malo grande 21:53
NotFound Next time I put them in spanish and let to you the translation
But many times native spanish also are unable to understand my jokes... sometimes even myself don't undesrtand it. 21:54
21:55 teknomunk joined
chromatic Let me put it this way. Sometimes I confuse ojos with huevos, and as it turns out, that's not something to do in polite company. 21:55
japhb Can bytecode move in memory once it's been loaded? In other words, is it reasonable to record PC values during execution, and then only at exit translate those PC values to source PBC file offsets? 21:56
NotFound I confuse breasts with breath, but that is more anatomic comprehensible.
chromatic That should work.
japhb chromatic: was that to me? 21:57
NotFound I hope that was :D
japhb hasn't backlogged enough to see if someone else was asking a question .... :-) 21:58
NotFound ETOOMANYJOKES again.
japhb finishes backlogging 21:59
OK, good. Now I have an idea how to *approach* doing PIR/PBC-level profiling. Of course, there's the SMOP to do it .... 22:00
chromatic japhb, yes.
My best idea so far was to emit Callgrind-compatible output. 22:01
japhb Happen to have a link handy to what that format is? If not, I'll just google for a while ...
chromatic kcachegrind.sourceforge.net/cgi-bin...treeFormat 22:02
japhb thx, reading 22:07
NotFound A quick look reveals a possible problem: the format is ASCII based and we can have non-ascii function names. 22:13
pmichaud I'm guessing the test harness changed today? "make spectest_regression" in rakudo gives a lot of 22:15
t/spec/S03-operators/numeric-context.............dubious Test returned status 1 (wstat 256, 0x100) after all the subtests completed successfully
where it didn't used to do that.
moritz pmichaud: I had the same problem
chromatic Does Rakudo have its own test harness?
pmichaud t/harness, yes.
japhb NotFound: I'm not through reading it, but it looks from the early bits like I might be able to specify locations in terms of .PBC file and offset, ignoring higher-level location concepts entirely 22:16
chromatic Okay. I touched t/harness a couple of times, but that's the main harness, not the Rakudo harness.
moritz but it delegates to Parrot::Test::Harness in the end
dalek r28924 | moritz++ | trunk: 22:17
: [rakudo] Implement prefix:+, prefix:-, sqrt() and exp() for Complex.
: Patch curtesy of bacek++, Vasily Chekalkin <bacek@bacek.com>
diff: www.parrotvm.org/svn/parrot/revision?rev=28924
NotFound japhb: no problem in that case.
moritz but I think it was a different test that behaved like that
japhb NotFound: of course, it means I would need to force generation of PBC files when profiling is on, but that seems like less a hardship. 22:18
NotFound japhb: if not, using pir escaping will be a simple solution. 22:19
dalek r28925 | moritz++ | trunk:
: [rakudo] S29-num/complex.t is now pure. bacek++
diff: www.parrotvm.org/svn/parrot/revision?rev=28925
japhb NotFound: roger that
pmichaud moritz++ # applying Complex patch
we're going to have another jump in passing tests today :-)
Whiteknight (passing tests)++ 22:20
pmichaud last I checked about an hour ago we were at 1287
Whiteknight wow, that's a huge jump. you just broke 1000 yesterday, right?
bacek_ moritz: thank, but you shouldn't commit this patch... pmichaud didn't like it :)
pmichaud friday, actually.
moritz rakudo.de/progress.png
pmichaud bacek_: moritz fixed the patch.
moritz bacek_: we discussed it on #perl6
bacek_ pmichaud: ok, thank. I didn't read commit diff 22:21
(morning everyone)
moritz bacek_: I moved the builtins to Complex.pir
chromatic Ah, the first patch touched Parrot::Test::Harness.
bacek_ pmichaud: btw, I rewrote patch in RT#56214 22:24
moritz: there is but in S29-str/index.t (pmichaud++ for pointing it).
Str.index doesn't return -1 in case of failure. It should return 'bare StrPos' which evaluated to False 22:25
s/but/bug/
moritz bacek_: an undef value of type StrPos or what? 22:26
bacek afk # $kids->school(); $self->dayjob()
pmichaud moritz: it's not entirely clear from S29
bacek 'bare StrPos'. Evalutes to False in boolean context, to 0 in scalar context (with emiting warning). 22:27
definitely afk
moritz but it's enough to test for ok !$result; and for isa_ok($result, StrPos) 22:28
but I wonder if that still makes it right to write is(index(...), 3)
pmichaud well, testing for !$result may be problematic if the string being looked for happens to be at position 0 22:29
dalek r28926 | pmichaud++ | trunk:
: [rakudo]:
: * Fix list context flattening when a lazy element (e.g., a Range)
: increases the number of items in the resulting list.
: * cjfields++ for finding this and providing useful test examples.
diff: www.parrotvm.org/svn/parrot/revision?rev=28926
moritz then for DWIMminess it has either to be undef, or ?StrPos always true for any defined StrPos 22:30
pmichaud PHP has this problem also with its strpos() function -- if one wants to determine that substring is not within a given target, we have to check explicitly for === FALSE and not just !strpos(...)
however, strpos could return 0 but True if the substring is found at position zero :-) 22:31
sorry, Str.index (forgot to switch back into Perl 6 mode)
moritz pmichaud: wouldn't it make sense to always return a StrPos?
pmichaud okay, StrPos(0) but True 22:32
cotto_work PHP has many problems
jonathan Mmm...the "but" operator.
moritz "If the substring is not found, a bare StrPos containing no position is returned. This prototype StrPos evaluates to false because it's really a kind of undef. "
ok, so it *is* undef 22:33
pmichaud it's not defined, yes, but I wasn't sure if the StrPos that gets returned is the StrPos protoobject or some other undef'd StrPos
moritz wonders why the tab key in vim can't complete IRC nicks (for the commit messages) ;-) 22:35
japhb chromatic: The callgrind spec on the link you found is truncated. This one looks like a fixed version of the same spec: valgrind.org/docs/manual/cl-format.html 22:41
chromatic Yeah, it is.
22:47 Ademan joined
moritz pmichaud: I hope you don't mind that I steal some of your tickets (for closing) 22:47
well, I don't really steal them, I just close them ;) 22:48
pmichaud they're not my tickets. :-) 22:50
so, close away :-)
22:51 wknight8111 joined
moritz well, you'r the "owner" ;) 22:56
at least from some of them
cotto_work If an old ticket refers to a chunk of code that no longer exists, should it be marked as resolved or rejected? 23:53
chromatic Rejected.
23:55 bacek_ joined
dalek r28927 | chromatic++ | trunk: 23:55
: [t] Made TAP::Harness actually *run* tests during make smolder_test.
diff: www.parrotvm.org/svn/parrot/revision?rev=28927

Powered by Cro and the Raku® Programming Language.

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

Thank you!