Parrot 0.6.2 "Reverse Sublimation" Released | parrotcode.org/ | 18/672 new/open tix | logged in irclog.perlgeek.de/parrot/today
Set by moderator on 6 June 2008.
00:09 Limbic_Region joined, AndyA joined
diakopter TimToady: :P 00:21
00:25 cjfields joined
bacek \\ 00:32
00:36 kid51 joined 00:47 Maddingu1 joined, d4l3k_ joined 00:59 skv__ joined 01:01 skv__ joined 01:03 paco joined, clunker3 joined 01:15 grim_fandango joined
DietCoke token & <panic> ? 01:24
... not that that's the right syntax, of course. let me find something. 01:25
'HAI' <panic: 'Should never get here'> 01:26
(that will die if it matches the literal HAI, methinks.
jhorwitz davidfetter: you can steal my time at YAPC. the price is beer. :) 01:27
davidfetter oh noes!
what kind of beer?
jhorwitz the good kind
davidfetter did *not* intend to steal, and was told there'd been a cancellation
what kind of beer do you like? 01:28
jhorwitz all kinds. i'm a fan of belgians in particular.
davidfetter k
cotto-work DietCoke, it's for php's little-known __halt_compiler() directive, which causes PHP's parser to completely ignore the rest of a script after that point 01:36
www.sitepoint.com/blogs/2006/05/12/...-how-nuts/ 01:37
shorten cotto-work's url is at xrl.us/bmnws
cotto-work (it dresses like a function, but obviously it has to operate at a much lower level) 01:38
01:38 bacek joined
Infinoid cotto-work: could it be implemented as some fancy sort of comment? 01:39
like # or // but more so... 01:40
cotto-work I feel like I should have thought of that
Infinoid++ for stating the retrospectively obvious 01:41
Infinoid well, if it works, great :) 01:42
I was just curious... I know nothing about PHP.
cotto-work It'll be a while before I can find out, but I can't poke a hole in it 01:43
You're lucky that way.
going home &
dalek r28147 | jkeenan++ | trunk: 02:02
: Move print_tree() out of Parrot::Pmc2c::Pmc2cMain and into
: Parrot::Pmc2c::PMC::PrintTree. Eliminate '--tree' option from
: tools/build/pmc2c.pl; replace it with a new program, tools/dev/pmc_tree.pl.
diff: www.parrotvm.org/svn/parrot/revision?rev=28147
r28148 | jkeenan++ | trunk: 02:04
: Simplify program name: get rid of the underscore.
diff: www.parrotvm.org/svn/parrot/revision?rev=28148
r28149 | coke++ | trunk: 02:07
:
: Remove the Version PMC. (RT#55366)
: It was only referenced in its own instantiation
: test and a few other infrastructure locations.
: This changes the list of available core PMCs, so a reconfig is probably
: required.
diff: www.parrotvm.org/svn/parrot/revision?rev=28149
cotto_home Infinoid, it's sensitive to scope, since halting the compiler in a block or function definition (etc) would cause a syntax error 02:19
It might be possible to make a scope-sensitive comment, though.
02:23 TiMBuS joined
dalek r28150 | jkeenan++ | trunk: 02:32
: Transform t/tools/pmc2cutils/06-print_tree.t into t/tools/dev/pmctree.t.
diff: www.parrotvm.org/svn/parrot/revision?rev=28150
r28151 | jkeenan++ | trunk: 02:33
: Update MANIFEST to reflect last file name change.
diff: www.parrotvm.org/svn/parrot/revision?rev=28151
r28152 | jkeenan++ | trunk: 02:37
: print_tree() no longer needs to be tested here.
diff: www.parrotvm.org/svn/parrot/revision?rev=28152
r28153 | jkeenan++ | trunk: 02:38
: Correct typo causing syntax error.
diff: www.parrotvm.org/svn/parrot/revision?rev=28153
02:51 confound joined 02:52 DietCoke joined
dalek r28154 | jkeenan++ | trunk: 02:53
: Test for correct time at which print_tree() can be run should have been when
: 'parrot' has been created, not when 'Makefile' was created.
diff: www.parrotvm.org/svn/parrot/revision?rev=28154
02:55 confound joined
DietCoke damnit, I can't 'svn commit' on feather because /usr/bin/editor is getting invoked and screwing things up. I just want 'vi', damnit. 03:03
dalek r28155 | coke++ | trunk: 03:05
:
: [codingstd]
: add coda for perlcritic.t
diff: www.parrotvm.org/svn/parrot/revision?rev=28155
DietCoke ... even using vi fails with svn: system('vi svn-commit.tmp') returned 256 03:06
... (P*#&$ TERM... 03:07
kid51 DietCoke: Thanks for that fix. I have to fix the pod formatting too.
cotto_home svn -m "your commit message here" ? 03:10
svn commit -m "..."
dalek r28156 | jkeenan++ | trunk:
: Correct POD formatting.
diff: www.parrotvm.org/svn/parrot/revision?rev=28156
r28157 | jkeenan++ | trunk: 03:22
: Correct documentation re printing PMC inheritance tree.
diff: www.parrotvm.org/svn/parrot/revision?rev=28157
r28158 | coke++ | trunk:
: [docs]
kid51 must sleep
dalek : Remove reference to long dead weekly summaries
purl $kid51->sleep(8 * 3600);
dalek diff: www.parrotvm.org/svn/parrot/revision?rev=28158
03:24 Zaba joined
dalek r28159 | coke++ | trunk: 03:32
: [docs]
: RT #46711 - add links to google groups for RSS goodness.
: As long as we're in here, delete the defunct google URLs, clean up a few
: more and delete the obsolete VERSION information.
diff: www.parrotvm.org/svn/parrot/revision?rev=28159
03:40 Andy joined
dalek r28160 | pmichaud++ | trunk: 04:17
: [rakudo]:
: * In scalar assignment, only call .item() on those objects that support it.
diff: www.parrotvm.org/svn/parrot/revision?rev=28160
bacek pmichaud, good yesterday :) 04:19
pmichaud good tomorrow!
purl somebody said good tomorrow was mocha_haze's birthday and mocha_haze's new job sucks
pmichaud although it will be tomorrow in about 41 minutes.
bacek thinks that pmichaud is robot. He never sleeps... :)
pmichaud I do keep weird hours. 04:21
always have.
bacek pmichaud, I have patch for 'eval()' and 'eval_dies_ok'.
pmichaud send it to rakudobug, please
bacek fear imagine pmichaud's 'weird hours' 04:22
pmichaud, This mailinglist does not accept postings crossposted to newsgroups - Contact perl6-internals-owner@perl.org for help
What I did wrong?
pmichaud should just send it to rakudobug@perl.org . That doesn't work?
bacek ok, I'll try again. 04:23
pmichaud or, if there's an existing ticket, reply to one of the messages in the ticket.
bacek ok.
btw, S29-list/grep.t works for me. Add it to spectest_regression? 04:24
pmichaud it's not already there?
hmmm, I guess not. Let me run it quickly.
I get "2 subtests UNEXPECTEDLY SUCCEEDED" 04:25
bacek TODO? 04:26
purl i think TODO is at www.AmbrosiaSw.com/Ambrosia_Products/ToDo.html
pmichaud yes, that means two TODO tests are passing.
bacek it about 'mutating map/grep' 04:27
pmichaud ok 28 - mutating $_ in grep works (1)# TODO unspecced
ok 29 - mutating $_ in grep works (2)# TODO unspecced
bacek pmichaud, is there any decision for 'bugward compatibility' about mutating map()? 04:28
pmichaud not that I've seen. We may need to repost the question. 04:29
anyway, I'll add it to regression.
it'll be more likely to get a decision. :-)
bacek :)
dalek r28161 | pmichaud++ | trunk: 04:30
: [rakudo]:
: * Add t/S29-list/grep.t to spectest_regression (bacek++)
diff: www.parrotvm.org/svn/parrot/revision?rev=28161
Eevee perhaps this is insane, but microsoft's recent silverlight flailing makes me wonder 04:33
how feasible would it be to someday have parrot in a browser, either as core or a plugin
pmichaud lots of things about microsoft make me wonder recently. :-)
having parrot in a browser is something we'd like to see, yes.
so feasible, yes.
bacek pmichaud, question about lazy list: should we separate classes for 'lazy' and 'eager' lists? 04:36
Eevee actually, hm. as core, you'd have a hell of a time getting IE to implement it. as a plugin, you'd need a specific canvas and controls and ways to draw to it and etc 04:38
pmichaud bacek: I wasn't planning on having a separate class for eager lists. 04:46
unless there's a class for it already in the synopses :-) 04:47
bacek pmichaud, no. Such class doesn't exists :) 04:48
But 'lazy-list' is quite different from 'eager-list'. 04:49
pmichaud why is that?
bacek "It's hard to be lazy" :) 04:50
Actually 'lazy' should morph self into eager on 'set_pmc_*'.
pmichaud you mean on set_keyed_pmc ?
sorry, set_pmc_keyed_* ?
bacek indeed 04:51
pmichaud for that we only need to be eager enough on the elements up to the key
we don't have to make the entire list eager.
i.e., my @b = 1..*; @b[5] = 'five'; should still work 04:52
bacek what about grep { $_%2}, @list? I think 'grep' should produce lazy list too
pmichaud yes, grep should be lazy also
grep should return an object that when iterated (i.e., shifted) produces the next element in the sequence 04:53
bacek ok. what about get_pmc_keyed?
pmichaud same thing -- get_pmc_keyed only needs to be eager enough to produce the element we want
bacek eg (grep{}, @list)[5]?
Eevee pmichaud: is that treated as "1..* except for index 5", or "1, 2, 3, 4, 5, five, 7..*"? 04:54
bacek so you thinks get_pmc_keyed should materialize list?
pmichaud Eevee: the list ends up being 1, 2, 3, 4, 5, five, 7..*
04:54 davidfetter joined
pmichaud (iiuc) 04:54
bacek say (grep{}, 1..Inf)[1000000000]
out-of-memory exception thrown... 04:55
Eevee okay; never saw that mentioned explicitly in a synopsis so I wasn't sure
pmichaud bacek: that might not even throw an exception
bacek segmentation fault, core dumped :)
(on side note) anyone tried to adapt t/02-test-pm/ for rakudo? It seems very pugs specific. 04:56
pmichaud I think it's somewhat pugs specific. I'd like to see it rewritten for rakudo (with the assumption that Rakudo's Test.pm is more universal) 04:58
(the assumption may be wrong, but I prefer Rakudo's very simple Test.pm to Pugs' more complex one.) 04:59
bacek pmichaud, +1
is it possible to override 'proclaim' in Test.pm from external program? 05:06
pmichaud, good today :)
pmichaud I dunno.
(proclaim) 05:07
bacek hmm... Probably adding 'sub set_proclaim(Sub procaim)' is not best idea, but it may works 05:09
pmichaud why override proclaim?
bacek to check that 'ok(2+2==5) actually works?
pmichaud might also try: my &proclaim = sub .... 05:10
or my &proclaim := sub ....
bacek ... and add 'set_proclaim' in Test.pm :)
pmichaud although that would just do it lexically, and not for Test.pm's ok() function.
maybe &Test::proclaim would work. 05:11
although I don't think we support namespace'd sigiled vars yet. 05:12
although we might. :-)
bacek future is bright. Only one problem - we lives now :) 05:15
sub s1 { say 's1'; }; sub s2 { say 's2'; }; 05:21
our &s := &s1; &s(); &s = &s2; &s();
segmentation fault.
purl (Core dumped)
cotto_home future?
purl You will waste much time on IRC
cotto_home future?
purl You will waste much time on IRC
cotto_home future?
purl Ask again later.
bacek first is ':=', second '='. It causing infinite loop in 'returncc'. 05:22
nopaste "bacek" at 202.7.166.165 pasted "It works: testing Test.pm with proclaim overriding." (20 lines) at nopaste.snit.ch/13200 05:28
dalek r28162 | pmichaud++ | trunk: 05:30
: [rakudo]: 05:31
: * Rework handling of named unaries a bit.
diff: www.parrotvm.org/svn/parrot/revision?rev=28162
bacek Ho. 05:52
I've implemented test for Test,pm 05:53
DietCoke Feedback on 52776 appreciated. 06:19
06:21 Psyche^ joined 06:22 silug joined
bacek will never again build parrot with --optimize --inline for developing rakudo... 06:23
pmichaud DietCoke: (#52776) +1 06:54
07:02 cotto_home joined
dalek r28163 | pmichaud++ | trunk: 07:09
: [rakudo]:
: * Make C<pop> and C<shift> into named unaries.
diff: www.parrotvm.org/svn/parrot/revision?rev=28163
moritz pmichaud: re try <statement>*, does this ever DWIM? 07:13
oh no, it was {*}, not *
pmichaud moritz: it works for things like try { ... };
moritz tries to wake up entirely
is type checking guarantueed to be at run time? 07:14
I mean a clever compiler could try to do some type inference and prove at compile time that there well be a clash 07:15
so shouldn't it be eval_lives_ok in the test case anyway?
pmichaud I don't know. That might be a good followup to my original post. 07:16
moritz ok, I'll write something
pmichaud anyway, sleep time 07:21
bbl
bacek moritz, I don't think, that even clever compiler should check content of string... 07:22
good night, pmichaud
moritz bacek: did you read the mail on p6c?
bacek moritz, which one?
btw, #55438 :) 07:23
moritz t/spec/S02-builtin_data_types/type.t and 'try' statement
bacek in process
yeah... There is a _LOT_ of such usage of try/grep/whatever... 07:25
07:25 iblechbot joined
bacek I just thinks, that priority of 'infix:,' is too high 07:25
bacek still thinks that this handled in overcomplicated EXPR rule... 07:27
moritz are there still statement likes like 'a(), b() while c()' in perl 6?
bacek moritz, no idea.
Probably EXPR/expect_term combo handles this, adverbial closure and much more... 07:28
moritz, can you make me a favour? Test test.t/Test.pm from #55438? 07:31
(most recent test.t from ticket :) 07:32
moritz don't you mean #55304? 07:33
bacek moritz, no :) 07:34
but there is a patch for 'eval()' in 55304. It required to apply before test. 07:35
eval2.diff
If test passed, try to comment out line 119 in Test.pm and rerun test... I've got very nasty error... 07:37
moritz ok, wait a sec
don't you want to publish a git mirror that I can simply track? 07:38
that would simplify all that patching stuff ;) 07:39
bacek moritz, hmm... It will take some time. But I can do it if you really want :)
afk, coffee break :) 07:40
moritz that was more a "this patching is so cumbersome" than a real suggestion ;)
dalek r28164 | allison++ | trunk: 07:49
: [cage] Update the MacPorts description to match other descriptions.
diff: www.parrotvm.org/svn/parrot/revision?rev=28164
bacek broke coffee and switched to wine...
moritz bacek: dunno why, your test.diff didn't apply cleanly for me 07:50
(or did I try to apply it twice? don't think so...) 07:51
bacek There is clean Test.pm attached :)
s/clean/patched/
moritz your test.t fails for me with ok 16 - ... it eval_lives_ok 07:53
set_pmc_keyed_str() not implemented in class 'Eval'
current instr.: 'fake_proclaim' pc 1391 (EVAL_13:414)
bacek shit... 07:56
08:06 Ivatar joined
nopaste "bacek" at 202.7.166.165 pasted "eval_lives_ok replacement for moritz" (7 lines) at nopaste.snit.ch/13202 08:09
bacek moritz, can you replace eval_lives_ok in Test.pm with nopasted one? 08:11
moritz nah
that one is wrong
either eval can propagate excpetions
than it could happen that a call to eval_lives_ok doesn't call proclaim() at all
or it can't
then the try block is superflous
bacek no, its looks like stack corruption. 08:12
so I just try to find exact place where it happens.
moritz now it runs the tests up to 16 08:14
ok 16 - ... it eval_lives_ok
# Looks like you planned 17 tests, but ran 16
bacek shit... It dies inside of parrot... 08:15
can you comment out line 119 in Test.pm? It will die early. 08:16
moritz not ok 10 - ... it dies_ok 08:17
with 119 commented out
bacek moritz, i expected it... 08:22
moritz, i cought this bug! 08:59
moritz sorry, have to run... just write on, I'll backlog
bacek moritz, perl6: try { die }; say (defined $!) xor Bool::True 09:02
rakudo outputs nothing... 09:03
moritz re 09:45
is xor tested somewhere? and does 'make fulltest' run those tests? 09:46
if not, don't rely on it ;)
bacek moritz, it works for just Bool. 09:50
check last my tests in #perl6...
dalek allison@perl.org | Articles of Incorporation: 09:51
link: www.perlfoundation.org/parrot/index...orporation
shorten dalek's url is at xrl.us/bkyfj
bacek can you try replace proclaim(defined...) with proclaim(0+defined...) 09:52
?
afk,
dalek allison@perl.org | Bylaws: 09:55
link: www.perlfoundation.org/parrot/index.cgi?bylaws
10:00 barney joined
dalek allison@perl.org | Bylaws: 10:05
link: www.perlfoundation.org/parrot/index.cgi?bylaws
allison@perl.org | Bylaws: 10:06
link: www.perlfoundation.org/parrot/index.cgi?bylaws
allison@perl.org | Bylaws: 10:32
link: www.perlfoundation.org/parrot/index.cgi?bylaws
10:59 jan joined 11:05 skv__ joined
dalek allison@perl.org | Bylaws: 11:36
link: www.perlfoundation.org/parrot/index.cgi?bylaws
12:05 kid51 joined 12:12 Zaba_ joined 12:19 davidfetter joined
dalek allison@perl.org | Bylaws: 12:41
link: www.perlfoundation.org/parrot/index.cgi?bylaws
13:13 Andy joined 13:27 iblechbot joined 13:46 DietCoke joined
diakopter eee 13:48
13:54 masak joined
pmichaud particle++ allison++ # parrot foundation documents 13:57
bacek pmichaud, goot today :) 13:58
pmichaud good morning, afternoon, or other localtime 13:59
bacek thinks is 'good now' is good enough :) 14:00
Hey! It's tomorrow already! :) 14:03
00:03
14:03 smash joined
smash hello everyone 14:04
DietCoke: ping
14:28 tetragon joined
dalek r28165 | fperrad++ | trunk: 15:07
: fix RT #55332
: On Windows, unlink is not POSIX compliant :
: unlink on an opened file does nothing (now & after closing).
diff: www.parrotvm.org/svn/parrot/revision?rev=28165
pmichaud what would I need to do to get languages/perl6/t/harness to honor the -v option? 15:23
15:33 Theory joined 16:31 Andy joined 16:40 ruoso joined 17:18 khisanth_ joined 17:20 Auzon joined 17:24 nopaste joined
dalek r28166 | fperrad++ | trunk: 17:32
: [Lua]
: - factorization in lua_loadfile
diff: www.parrotvm.org/svn/parrot/revision?rev=28166
17:41 cognominal joined 17:52 ruoso joined 17:56 teknomunk joined
dalek r28167 | fperrad++ | trunk: 18:00
: [Lua]
: - lua_loadfile : give a chunkname when stdin
diff: www.parrotvm.org/svn/parrot/revision?rev=28167
18:06 Andy joined 18:16 Zaba joined 18:41 gryphon joined
moritz pmichaud: re lazy and eager lists, 'List' is lazy, 'Seq' is eager 19:28
pmichaud I did think of that, but I tend to think of Seq as simply "completely evaluated". At any rate, I'm not sure I want List to automatically morph to Seq 19:30
moritz what's the difference between eager and "completely evaluated"?
is the latter "recursively eager"? 19:31
pmichaud I don't know that there is a difference, but I'm not yet ready to claim they're exactly the same. They may be, but I haven't thought that far ahead yet :-)
moritz ok
20:11 Limbic_Region joined
dalek r28168 | fperrad++ | trunk: 20:19
: [Lua]
: - lua_load handles binary chunk via bytecode translation
: (don't work, namespace problem)
diff: www.parrotvm.org/svn/parrot/revision?rev=28168
20:20 gmansi joined 20:35 Ademan joined 20:40 davidfetter joined 20:42 kid51 joined 20:55 guru joined
kid51 has spent the day reinstally Mac OS X 10.4 on his old iBook G4. Had to reinstall Xcode Tools, rebuild Perl 5 and Python 2.5, re-install Subversion. All due to file corruption in Software Update. 20:56
cizra has spent all the day installing Debian on his old G3 PowerMac. 21:00
:-p
pmichaud has spent all day working on various parts of rakudo. 21:01
(mostly running spectests)
moritz has spent nearly all day (5 hrs) playing table tennis
tetragon has left her iBook G4 at OS X 10.5.2 until enough disk space has been freed up for the combo update for 10.5.3 to download
tetragon is also noting down all sorts of details needed to get a Toughbook's touchscreen to work under Linux 21:06
21:09 iblechbot joined
diakopter spent all day working on yap6. gigantic commit message forthcoming. 21:31
21:44 Zaba_ joined
bacek morning 21:48
moritz morning is in about 9 hours ;) 21:49
bacek moritz, no... It's already 7:49...
moritz ok then 21:50
morning
;)
Infinoid happy now :)
and happy 1 moment from now too (accounting for net lag)
kid51 tetragon: I spent last Saturday at the Apple Genius Bar getting this Software Update problem diagnosed. The 'Genius' said that there wouldn't be enough memory on my iBook G4 to install 10.5. So I'll have to buy an Intel Mac to get 10.5. 21:52
tetragon kid51: And if you were to buy an Intel with 10.5, it would help complete the set of architectures and OS releases 22:03
pmichaud or someone could donate one to kid51. :-) 22:04
tetragon digs out a Powerbook with pre-OS X Mac OS
jonathan spent the day at a BBQ and then watching the first two matches of Euro 2008. 22:05
tetragon And I don't think any of the OS X releases would run on that Powerbook (just on the ppc side of the m68k -> ppc switchover)
22:06 davidfetter joined
bacek summon pmichaud to discuss #55446... 22:07
nopaste "pmichaud" at 76.183.97.54 pasted "Rakudo spectest regression history" (29 lines) at nopaste.snit.ch/13204
22:08 gmansi joined
bacek pmichaud, good progress! 22:08
pmichaud bacek: yes, thanks to many contributors.
bacek pmichaud, you very welcome :) (It's all vany fault. He'd convenient me :) 22:09
pmichaud, I need help with 55446... 22:10
something very strange happens with handling exceptions in parrot.
dalek r28169 | pmichaud++ | trunk: 22:11
: [pge]:
: * Improvement to OPTable so that word tokens also look
: for word boundaries (e.g., so that 'if' doesn't match 'ifonly').
diff: www.parrotvm.org/svn/parrot/revision?rev=28169
r28170 | pmichaud++ | trunk: 22:16
: [rakudo]:
: * Add a preliminary implementation of Complex.
diff: www.parrotvm.org/svn/parrot/revision?rev=28170
r28171 | pmichaud++ | trunk: 22:20
: [rakudo]:
: * Add 'test_summary.pl' script used to provide an alternate view
: of running spectest_regression (and generate the regression history).
diff: www.parrotvm.org/svn/parrot/revision?rev=28171
22:25 braceta joined
kid51 tetragon: I suspect we have *many* people who have Intel Macs with 10.5. I just haven't identified them for the purpose of testing your patches (and those of others). 22:27
One positive side effect of losing /usr/local: I lost that botched attempt to build my own gcc that required me to specify 4 options to get Configure.pl to work. For the first time ever, all I did to build was call 'perl Configure.pl'. 'make' and 'make coretest' all passed. 22:30
bacek how I can curry function in PIR?
kid51 watches Belmont 22:31
No Triple Crown this year; winner at 38-1 odds 22:34
tetragon kid51: Does Apple still ship Perl on 10.4 without hidden, nasty -arch flags? 22:35
My 10.4 box hasn't been updated in a while 22:36
kid51 How would I determine that? Since this was a reinstall from DVD, it meant that I got the same Perl 5.8.6 that came with this originally 4 years ago. 22:37
tetragon Take a look at the output of perl -V
ccflags is one of the values that on 10.5 has the -arch flags in it 22:38
(10.5 comes with 5.8.8)
nopaste "kid51" at 68.237.19.81 pasted "The Perl 5.8.6 that came with Mac OS X 10.4.6" (55 lines) at nopaste.snit.ch/13205 22:39
tetragon What I suspect is that Apple built Perl differently between 10.4 and 10.5
bacek summon pmichaud
spell failed...
purl failed... looks funny
kid51 Yes, I believe you demonstrated that a couple of months back.
bacek cast fireball on purl
tetragon 10.5 is a full multiarch build, 10.4 had both an i386 and a ppc build done separately and glued together with lipo 22:40
And parrot's build system would need some alterations to handle the all at once multiarch
kid51 No -arch flags on this Apple build. 22:41
tetragon Still no -arch flags
kid51 I think 10.4.6 was still in the ppc-only days.
tetragon My Intel's perl doesn't have -arch flags, and that box's initial OS X was either 10.4.6 or 10.4.7 22:43
pmichaud pong 22:46
bacek pmichaud, hi again. Is it possible to curry sub in PIR? 22:48
22:48 Theory_ joined
pmichaud bacek: it will be, yes. We're not doing it yet. 22:49
bacek pmichaud, ok... 22:52
so it's not I'm so stupid. It's just not yet implemented :) 22:53
pmichaud right.
bacek pmichaud, second question: #55446
something wrong with exception/variables handling.
pmichaud right, we haven't corrected $_, $/, and $! yet.
but what did you expect instead of Undef ? 22:55
bacek Bool... 22:56
pmichaud xor doesn't return a Bool.
bacek Ok, Int. Something but not undef.
rakudo: try{die}; say defined $!; say (defined $!) xor 1; 22:57
it return [1\\n\\n]
pmichaud oh.
bacek pmichaud, exactly...
pmichaud drat. The spec changed on me: # infix:<xor>, exclusive or 22:58
$x xor $y
Returns the true argument if there is one (and only one). Returns Bool::False if both arguments are false or both arguments are true. In list context forces a false return to mean (). See ^^ above for high-precedence version.
bacek pmichaud, problem not with 'xor'. Problem with variables... 22:59
<bacek> rakudo: say (defined $!) xor 1;
<p6eval> rakudo r28171 OUTPUT[1ā¤]
pmichaud 22:53 <pmichaud> right, we haven't corrected $_, $/, and $! yet.
although what you wrote there looks right to me.
unless $! is supposed to be undef... okay. 23:00
cotto_home what's a good example of what a language spec should look like?
pmichaud actually, what you wrote there looks write to me.
s/write/right/
bacek <bacek> rakudo: say undef xor 1; 23:01
<p6eval> rakudo r28171 OUTPUT[1ā¤]
pmichaud correct.
23:01 jan joined
bacek still dont understand how 'xor' can return undef... 23:01
pmichaud rakudo: say (1 xor 1).WHAT; 23:02
ww
bacek wrong channel :)
davidfetter mischans to keep bacek company 23:04
nopaste "pmichaud" at 76.183.97.54 pasted "specte_regression results in head" (62 lines) at nopaste.snit.ch/13206 23:10
bacek pmichaud, why you 'rewrite' xor in PAST/Compiler.pir instead of invoking xor directly??? 23:15
pmichaud xor is short circuiting
a xor b xor c is not the same as ((a xor b) xor c)
bacek ouch... 23:16
and how it should work???
purl somebody said how it should work was that M::B should generate enough stuff for ...
pmichaud a xor b xor c returns the true element if there's exactly 1, otherwise it returns Bool::False 23:17
bacek pmichaud, pugs disagree with you :) 23:19
pmichaud pugs is wrong then.
or the spec changed. 23:20
hrm.
bacek in which spec xor defined? I cant find it in S29...
pmichaud it's an operator, so S03
bacek pmichaud, thanks. Looks like spec really changed. 23:21
pmichaud bacek: here's what I was working from: groups.google.com/group/perl.perl6....b042a3aece 23:26
shorten pmichaud's url is at xrl.us/bmow7
pmichaud there's also: groups.google.com/group/perl.perl6....310e4dfcf4 23:29
shorten pmichaud's url is at xrl.us/bmoxb
bacek to trust Larry or not to trust? This is the question! 23:30
:)
pmichaud well, S03 was modified to have its current definition of C<xor> in 2007, so I presume the later interpretation rules. 23:31
Which would mean I can tear out the 'xor' code altogether from PCT.
which would be nice.
but I'll ask on p6c. 23:32
dalek r28172 | jkeenan++ | trunk: 23:33
: Eliminate trailing white space at line 415.
diff: www.parrotvm.org/svn/parrot/revision?rev=28172
pmichaud message sent 23:46
purl Sorry, I've never seen sen before.
pmichaud time for shopping.
...."sen"? 23:47

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!