Camelia, the Perl 6 bug

IRC log for #parrot, 2009-03-30

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:03 ilia joined #parrot
00:49 braceta joined #parrot
00:57 icicled joined #parrot
01:15 wayland76 joined #parrot
01:39 wickedsmoke joined #parrot
01:54 Khisanth joined #parrot
02:11 kid51 joined #parrot
02:30 Andy joined #parrot
02:33 dalek parrot: r37816 | jkeenan++ | trunk (2 files):
02:33 dalek parrot: lib/Parrot/Ops2pm.pm:  prepare_real_ops():  Deleting code which tests whether
02:33 dalek parrot: opcodes have been renumbered upon addition/deletion of new, non-experimental
02:33 dalek parrot: codes.  Not appropriate post 1.0.  Cf.:
02:33 dalek parrot: https://trac.parrot.org/parrot/ticket/489.
02:33 dalek parrot: src/ops/core.ops:  Definition of load_language op was (presumably erroneously)
02:33 dalek parrot: tucked inside POD block.  Pulled it outside POD.  Cf.:  TT 489, comments 4 and
02:33 dalek parrot: 5.
02:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37816/
02:41 janus joined #parrot
02:47 kid51 mikehh:   r37816 should clean up the test failures you reported several hours ago.
02:48 Theory joined #parrot
02:49 ilia joined #parrot
02:59 jan joined #parrot
03:27 wickedsmoke left #parrot
03:31 Andy joined #parrot
03:45 mikehh kid51: trying it now
03:49 ilia joined #parrot
03:54 mikehh kid51: ok that works on the post-config tests - great
03:55 wayland76 Can someone remind me what the process is for getting patches applied?
03:55 wayland76 I've posted the patch to a trac issue; is there anything else I need to do?
03:57 wayland76 (for example, https://trac.parrot.org/parrot/ticket/503 )
04:11 Coke wayland76: depends on the patch. asking about it here might prod someone to read it again.
04:11 Coke I know jack about the spec file, however, so I'll leave it for someone else. sorry.
04:12 wayland76 ok, no worries.  I'll bring it up here later when others are on.  The other patch i was interested in asking about is...
04:12 wayland76 https://trac.parrot.org/parrot/ticket/442
04:32 wayland76 (no spec file stuff there :) )
04:37 tuxdna joined #parrot
05:10 Theory joined #parrot
05:44 mikehh ok I am now passing all tests on parrot r37816 - perl Configure.pl --test PASS, make smoke PASS, make fulltest PASS
05:44 mikehh on Ubuntu Intrepid Amd64
05:46 mikehh however I am failing t/spec/S29-conversions/ord_and_chr.t on rakudo built on it
05:54 mikehh all the rakudo tests passed at 7af829f on r37813 but statred failing at 370dd76 on r37815 which also failed if I built against r37813
06:27 TiMBuS joined #parrot
06:51 tuxdna joined #parrot
07:58 wayland76 joined #parrot
08:25 masak joined #parrot
08:57 bacek good evening
08:58 bacek I have a question about TT#190. Is scalar.pmc replacing Ref.pmc? (And why it's "scalar", not "Scalar"?)
09:30 elmex joined #parrot
10:26 alvar joined #parrot
10:39 wayland76 joined #parrot
10:47 wayland76 Hi all.  I'm wondering if I need to do anything else to get some patches applied
10:48 wayland76 The tickets are: https://trac.parrot.org/parrot/ticket/503 and https://trac.parrot.org/parrot/ticket/442
10:50 alvar joined #parrot
10:52 ruoso joined #parrot
11:02 dalek markdown: 1432d7a | (Francois Perrad)++ | src/parser/grammar.pg:
11:02 dalek markdown: more strict HTML grammar
11:02 dalek markdown: not pure XML, HTML attributes are always allowed
11:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/1432d7add6061a6483cf2e6e5cbbf488753100b9
11:02 dalek markdown: 10c470f | (Francois Perrad)++ | src/ (4 files):
11:02 dalek markdown: allow HtmlComment as HmtlBlock
11:02 dalek markdown: test "Inline HTML comments.text" pass
11:02 shorten dalek's url is at http://xrl.us/bem37g
11:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/10c470f582a5906c6327e712e28b3a6fbcac2653
11:02 dalek markdown: b6b8c83 | (Francois Perrad)++ | src/ (3 files):
11:02 shorten dalek's url is at http://xrl.us/bem37i
11:02 dalek markdown: rename node Entity to Html
11:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/b6b8c83dd3508b97a0d6b3e8e4659bf993489b72
11:02 shorten dalek's url is at http://xrl.us/bem37k
11:04 alvar_ joined #parrot
11:05 alvar_ joined #parrot
11:07 ruoso_ joined #parrot
11:31 amoc joined #parrot
13:01 particle1 joined #parrot
13:12 gryphon joined #parrot
13:36 dalek parrot: r37817 | coke++ | trunk/t/codingstd/c_function_docs.t:
13:36 dalek parrot: [t] explode single test into one test-per-file-tested.
13:36 dalek parrot: - when these tests were run with 'make test', it made sense to treat them
13:36 dalek parrot:   as a single test so our test numbers weren't inflated. Now that codetest
13:36 dalek parrot:   is separate, we can use the more natural idiom.
13:36 dalek parrot: - this gives us fine grained control over the todos.
13:36 dalek parrot: - explicitly list all the files known to fail
13:36 dalek parrot: -- new files held to the standard.
13:36 dalek parrot: -- files already passing won't backslide.
13:36 dalek parrot: -- now have list of files to address.
13:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37817/
13:46 ujwalic joined #parrot
13:56 PacoLinux joined #parrot
13:59 dalek parrot: r37818 | coke++ | trunk (2 files):
13:59 dalek parrot: [t/docs] fix function signatures, file now passes
13:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37818/
14:01 masak how come there are pages like this on the parrotcode.org site? http://www.parrotcode.org/do​cs/pdd/pdd04_datatypes.html
14:02 Coke I'm guessing PDD04 used to exist but was removed from the repository.
14:02 moritz masak: probably because parrotcode.org is moved to parrot.org, and nobody really cares about the old site
14:03 Coke the old site was fragile that way.
14:03 ilia joined #parrot
14:03 Coke tracking file renames and deletions was a manual process. I can fix PDD04.
14:03 moritz just make it redirect to the new site :-)
14:03 masak aye.
14:04 masak it's important still because search engines still point to the old site.
14:04 Coke but pdd04 /doesn't exist/
14:04 Coke there's nothing to redirect.
14:05 Coke I think infinoid was working on a master plan for redirecting. Eventually all requests to parrotcode.org will be automatically redirected to parrot.org; in the meantime I can setup individual redirects for pages, and still do maintenance on the old site.
14:05 Infinoid that "automatic redirect" will be at the DNS level
14:06 Coke k. in the meantime, if you want me to zorch pdd04, I can.
14:06 Infinoid (and it's allison's master plan :))
14:06 Infinoid sure.  maybe bounce that to docs?
14:07 Coke sure.
14:07 masak thanks.
14:08 Infinoid Thanks for the reminder btw... I should copy another year of back release newsposts over
14:08 rdice joined #parrot
14:08 Coke updated docs/pdd index, removed index file, added http redirect for the file to docs/
14:09 Coke looks like 14 is also fubar.
14:10 Coke 14 is now numbers, was bignum.
14:13 Coke pdd14 now renamed to match the file in the repo- old name forwards to new name.
14:13 Coke masak: feel free to open tickets for the parrotcode.org stuff, though it's mainly stopgap until infinoid finishes his tasks. =-)
14:13 Coke masak: fixed all the pdd issues I just found.
14:13 masak nod. thanks.
14:14 masak I checked some other pages -- it looks better than last time I complained, a week or two ago.
14:15 Coke Anyone with commit bits looking for a simple task to occupy their time, lemme know. =-)
14:15 tuxdna joined #parrot
14:46 dalek rakudo: 766b10d | pmichaud++ | docs/spectest-progress.csv:
14:46 dalek rakudo: spectest-progress.csv update: 339 files, 8039 passing, 0 failing
14:46 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​66b10d82d08ab0907efd7336ad66744dfb7a48c
14:46 shorten dalek's url is at http://xrl.us/bem4p2
14:49 Theory joined #parrot
14:56 wayland76 joined #parrot
14:59 mj41 joined #parrot
15:07 Psyche^ joined #parrot
15:11 Xrblackwe joined #parrot
15:15 dalek parrot: r37819 | coke++ | trunk (2 files):
15:15 dalek parrot: [t/docs] fixup doc function signatures
15:15 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37819/
15:19 Khisanth joined #parrot
15:20 hudnix joined #parrot
15:21 rg joined #parrot
15:27 PerlJam joined #parrot
15:31 Coke particle1: ping
15:45 particle i'm here, instead
15:48 Coke particle: can you document floatval_divide_by_zero ?
15:49 Coke in src/datatypes.c   (the others have docs with the wrong function sig in that file; that function is missing documentation entirely.)
15:49 particle probably, this week. i need a reminder, though.
15:49 particle ticket me!
15:50 Coke there's already an overarching ticket. plenty more to clean up here before I open tickets for each func missing stuff.
15:50 Coke I'll get back to you.
15:51 particle ok, thanks!
15:57 Coke yay, macport bug closed.
15:57 Coke user had to upgrade their xcode.
15:57 Coke (compiler toolset)
15:57 particle easy.
16:19 Khisanth joined #parrot
16:24 davidfetter joined #parrot
16:25 ujwalic Coke: I am unable to use Rakudo from installed parrot 1 on Windows ... I tried PARROT_RUNTIME too .. any help
16:26 moritz ujwalic: unmodified rakudo doesn't work with installed parrot
16:26 ujwalic I used both setup files
16:27 msmatsko_ joined #parrot
16:27 ujwalic setup-parrot-1.0.0.exe
16:27 ujwalic setup-parrot-1.0.0-rakudo-15.exe
16:28 Coke I'm not a rakudo guy, sorry. moritz is a better guess. =-)
16:28 ujwalic any thing on Tcl
16:28 ujwalic can I use ParTcl with Parrot 1
16:29 Coke partcl has been broken for some time. Now that I have a working macport, it's next on my list of big ticket items to fix.
16:29 ujwalic moritz: will setup-parrot-1.0.0-rakudo-15.exe work with setup-parrot-1.0.0.exe
16:30 ujwalic ok
16:31 dalek parrot: r37820 | coke++ | trunk (2 files):
16:31 dalek parrot: [t/docs] fixup function sigs, add boilerplate for new un-doc'ed function.
16:31 dalek parrot: Begin to sort the failing files a bit.
16:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37820/
16:32 moritz ujwalic: I know nothing about those installers
16:33 ujwalic moritz: can PARROT_RUNTIME support more than one directory paths
16:35 ujwalic > perl6
16:35 ujwalic "load_bytecode" couldn't find file 'PCT.pbc'
16:35 ujwalic current instr.: '' pc 743 (src\classes\Object.pir:20)
16:35 ujwalic called from Sub 'parrot;Perl6;Compiler;main' pc -1 ((unknown file):-1)
16:36 rdice joined #parrot
16:37 ujwalic if I set PARROT_RUNTIME
16:37 ilia joined #parrot
16:37 ujwalic [C:\wrk]
16:37 ujwalic > set PARROT_RUNTIME=F:\APP\DEV\Par​rot\1.0.0\lib\parrot\library
16:37 ujwalic [C:\wrk]
16:37 ujwalic > perl6
16:37 ujwalic compiler returned NULL ByteCode 'config.pir' - No such file or directory
16:37 ujwalic current instr.: 'parrot;PCT;HLLCompiler;init' pc 27 (src\PCT\HLLCompiler.pir:27)
16:37 ujwalic called from Sub 'parrot;P6metaclass;register' pc 763 (runtime\parrot\library\P6object.pir:390)
16:38 ujwalic called from Sub 'onload' pc 18 (src\PCT\HLLCompiler.pir:19)
16:38 ujwalic called from Sub 'parrot;PAST;Compiler;onload' pc 1184 (src/PAST/Compiler.pir:46)
16:38 ujwalic called from Sub 'parrot;PCT;__onload' pc 2 (PCT.pir:16)
16:38 ujwalic called from Sub '' pc 743 (src\classes\Object.pir:20)
16:38 ujwalic called from Sub 'parrot;Perl6;Compiler;main' pc -1 ((unknown file):-1)
16:38 Coke nopaste?
16:38 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
16:38 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
16:38 Coke clunker3--
16:40 jhorwitz joined #parrot
16:42 moritz is there any compelling reason for clunker3 to be in here?
16:43 nopaste "ujwalic" at 59.93.72.249 pasted "Rakudo 15 and Parrot 1 not working on Win32" (33 lines) at http://nopaste.snit.ch/16002
16:51 Infinoid moritz: Not that I know of.
16:53 flh joined #parrot
16:54 Coke question: should our functions docs name the parameter, or just the type?
16:54 Coke src/nci_test.c goes for just the type, which, upon reflection, seems slightly saner.
16:55 Infinoid There are some cases where the name helps the clarity of the description, and some cases where it's perfectly obvious
16:55 Coke ok. leaving it in for now. =-)
16:55 Infinoid I don't think the name needs to be a hard requirement, but I can think of some cases where it helps
16:58 ilia joined #parrot
17:07 dalek joined #parrot
17:12 flh joined #parrot
17:29 flh joined #parrot
17:30 barney joined #parrot
17:31 diakopter weird; dalek can't join irc.perl.org
17:31 dalek joined #parrot
17:31 diakopter oh, speak of the devil.
17:31 purl Eeeeek! Where?!?!
17:32 diakopter purl: shut it.
17:32 purl Make me!
17:32 diakopter you asked for it...
17:50 cognominal joined #parrot
18:04 ilia joined #parrot
18:05 barney http://www.isgithubdown.com/
18:08 darbelo joined #parrot
18:56 * Infinoid frantically keeps hitting refresh on that page
19:01 tuxdna left #parrot
19:02 Andy joined #parrot
19:05 ilia joined #parrot
19:08 particle i need to classify some api functions. anyone know of a simple tool for tagging?  preferably with a textfile backend.
19:14 Coke your question makes no sense to me, so no. =-)
19:14 PacoLinux joined #parrot
19:15 particle i have a textfile with api function names and descriptions.  i want to classify them using tags.
19:15 particle i figure there's some wiki engine or similar that will allow me to tag and search-via-tag
19:16 Coke is this for parrot?
19:16 particle it'd be nice to have a text-based backend, so i can modify without the web browser
19:16 particle no, it's for $work
19:16 Coke what language?
19:16 purl somebody said language was for being a pedantic twit
19:16 particle 270 api methods with no rhyme or reason
19:16 particle php, of course
19:16 particle :(
19:16 Coke I have you beat. =-)
19:17 pmichaud PmWiki can do it.
19:17 particle in the hopes you'd say that, i've just installed it :)
19:17 pmichaud its backend isn't pure text, but it's easy to extract the text.
19:17 pmichaud there's also an ImportText recipe that allows pages to be built from pure text.
19:17 particle perfect.
19:17 purl perfect is the enemy of good enough.
19:17 particle now, to configure apache...
19:18 particle coke: yeah, you "win" ;)
19:19 particle i put pmwiki under htdocs
19:19 particle do i need to do anything more than tell it to run php docs there?
19:19 particle it=apache
19:21 pmichaud you'll need to change permissions on the dir... but PmWiki will tell you about that when you run it.
19:21 particle ok, i see first i need mod_php....
19:22 Tene joined #parrot
19:22 particle thought i had a different apache distro :(
19:22 pmichaud you need php, yes :-)
19:22 cotto Wow.  It looks like everybody gets to work with crappy php code.
19:22 pmichaud hey, my php code isn't crappy!
19:22 particle it's an amazingly crappy language.
19:23 cotto pmichaud, I didn't mean to imply that.
19:23 pmichaud :-)
19:23 particle oh, look, they have a split function.  lemme read the docs.
19:23 pmichaud particle: also preg_split
19:23 particle hrmm, it says preg_split will be faster.
19:23 particle (me reads preg_split)
19:23 particle which says... explode is faster if you're splitting without regex.
19:24 particle SO WHY HAVE SPLIT?!?!
19:24 pmichaud backwards compatibility.
19:24 purl backwards compatibility is probably overrated. or important
19:24 cotto If you're asking for a reason, you're probably using the wrong language.
19:24 pmichaud lol
19:24 pmichaud I think that's one of the best PHP quotes I've ever heard.
19:26 particle is there another language with user-editable online docs?
19:26 particle should we do that for parrot? ;)
19:27 cotto Ooh.  Wiki docs would be shiny.
19:28 particle yeah, so poor examples of coding parrot could be forever enshrined.
19:28 cotto I mean an actual wiki, not comments a la php.net.
19:29 pmichaud PmWiki's docs are in a wiki.  :-)
19:29 cotto not for long...
19:33 darbelo particle: You available? I'm the guy that mailed you about BigRat for SoC.
19:33 particle i'm half-available :)
19:33 particle what's up?
19:33 purl The Canadian Dollar
19:34 particle true, CAD is up two cents on the USD today
19:36 darbelo I'm looking for more details on what parrot needs out of the Big* PMCs
19:37 particle we've been leaning towards ibm's bignum library... decnumber, maybe?
19:37 particle ja: http://www.alphaworks.ibm.com/tech/decnumber
19:38 particle i'm almost certain it's licence-compatible with parrot....
19:38 amoc joined #parrot
19:39 pmichaud Ideally Rakudo would like to see Integer PMCs be able to handle arbitrary ints of any size.
19:39 darbelo It is, it has the same license as ICU.
19:39 Coke ditto partcl.
19:39 particle Rationals of Unusual Size
19:39 particle one of the great things about decnumber is its comprehensive, data-driven test suite.
19:40 particle should make it a snap to convert to parrot tests
19:40 pmichaud if decnumber already has a test suite, I'm generally willing to stipulate that it passes its tests without having to duplicate them all in Parrot.
19:40 particle then, we need arbitrary size rational and irrational number support
19:41 pmichaud afk for a bit (kids from school)
19:41 particle pmichaud: the test suite conversion would be to check that the parrot implementation works
19:41 particle otherwise, yes, agreed.
19:43 darbelo Is it desirable retaining the current GMP BigInt for systems tha don't have decNumber?
19:43 particle i'm not sure of the portability characteristics of gmp or decnumber
19:43 particle i'm happy to settle on the more portable one, and forget the other
19:44 particle since decnumber is ansi c, it's probably the more portable
19:44 cotto Would that make a good GSoC project?
19:44 particle it doesn't begin with 'G', which is a plus
19:45 particle yes, it'd be an excellent projcet
19:45 particle which is why darbelo is here :)
19:45 darbelo from what I've seen that's the case. But gmp is more "available" in pre-packaged form.
19:45 * cotto finally notices the obvious.
19:45 particle darbelo: we can package decnumber, if need be.
19:46 particle may have to, for windows... haven't researched that yet
19:46 particle packaging shouldn't be a gsoc concern, though
19:48 particle the main things are:
19:48 particle making sure parrot can link to decnumber (preferably on linux/osx/windows, x86/x64, optimized/unoptimized builds)
19:48 particle making sure the tests pass (at least a reasonable subset, full decnumber implementation not strictly necessary)
19:49 particle parrot sprintf can deal with decnumber
19:49 particle pdd and other docs are updated to reflect new reality
19:49 particle configure subsystem correctly probes for decnumber and errs if missing
19:49 particle i think that's it.
19:52 darbelo How up to date is pdd14?
19:52 particle it's slightly off reality
19:52 particle i don't think current NaN/Inf is properly documented
19:52 particle if not, that's my fault, and i can fix
19:55 darbelo It claims that all Big* pmcs have "the same internal representation, and differentiates between them only when performing rounding operations."
19:57 darbelo Should it stay that way?
19:59 particle if we're moving to decnumber as an implementation, then it should change to match that
19:59 particle s/an/the/
20:01 Khisanth joined #parrot
20:04 rdice joined #parrot
20:06 Khisanth joined #parrot
20:07 msmatsko joined #parrot
20:07 gryphon joined #parrot
20:08 ilia joined #parrot
20:10 darbelo If the PMC are dependent on an external library, how shold they handle exceptions behabior from the library?
20:14 Coke presumably the PMC will throw parroty exceptions.
20:14 particle yes
20:16 darbelo That is what I was thinking, but since the pdd14 draft claims that part of this "is yet to be decided" I figured I should check.
20:21 darbelo it also has a TODO block with "Conversion to and from Parrot strings" and "sprintf output of bignumbers". Any thougts on this?
20:27 darbelo Is that supposed to imply more than the "stringification" of the value of the BigNum?
20:29 particle there's also the other way around
20:29 particle $I0 = "-123456789E123456789"
20:33 Coke would that work? or are I registers stuck at native ints?
20:33 Coke I would expect perhaps box $P0, "-123456789E123456789" to work there.
20:33 darbelo Telling apart the BigRats is going to require some sort of notation.
20:34 particle telling what bigrats apart?
20:35 particle coke: yeah, that should be $P0 = ..., you're right
20:35 darbelo A BigRats and BigNums (floats) cover the same kind of numbers, but have different semantics in some cases.
20:36 particle darbelo: ah, yes.  i'm happy to live without BigRat, at least for now.
20:36 darbelo in non-big terms: is 0.5 a float or a rational?
20:36 particle 1/2 is rat, 0.5 is float, in my book
20:36 Coke there is no non-big rat, izzer?
20:36 particle no, we don't have a native rat type.
20:37 particle or, even a core Rat pmc type
20:38 darbelo if BigRats sringify as fractions (1/2 ) they could be confused with a division on the way back.
20:38 moritz they *are* a division, just a delayed one
20:39 pmichaud actually, rats are parsed directly now.
20:39 Infinoid mice, too
20:39 pmichaud and "on the way back" would be done with .perl
20:39 * particle checks /topic
20:40 particle there's no .perl in parrot, pmichaud ;)
20:40 pmichaud anyway, I don't have any expectation that native ints have to support bigints.
20:41 particle no, i screwed that syntax up. big* are pmc-only
20:41 pmichaud particle: there's a .perl in *my* Parrot :-P
20:41 particle they should overflow native IREG and NREG
20:45 particle2 joined #parrot
20:51 dalek markdown: e83a324 | (Francois Perrad)++ | markdown.pir:
20:51 dalek markdown: doc : how use Markdown from Rakudo
20:51 dalek markdown: review: http://github.com/fperrad/markdown/commit​/e83a3241c5cf772e5555e91a5403882c5b34bfaf
20:51 shorten dalek's url is at http://xrl.us/bem6a4
20:51 dalek markdown: 66cf8ef | (Francois Perrad)++ | src/parser/grammar.pg:
20:51 dalek markdown: clean up grammar by using <-[class]>
20:51 dalek markdown: review: http://github.com/fperrad/markdown/commit​/66cf8ef0e0cd315414df04439fc5252cb94f29e2
20:51 shorten dalek's url is at http://xrl.us/bem6a6
20:52 rdice joined #parrot
21:01 bsdz joined #parrot
21:09 particle2 joined #parrot
21:32 darbelo so, what is this .perl you were talking about?
21:33 ilia joined #parrot
21:34 particle2 in rakudo (perl 6 on parrot) there's a .perl method for stringification
21:34 particle2 like perl5's data::dumper
21:34 moritz rakudo: say (1, 2, 'foo').perl
21:35 moritz where's that evalbot when you need it?
21:35 rg still dead it seems. it's almost a week now :(
21:36 moritz feather was rebooted
21:38 PerlJam who runs the bot?
21:38 moritz Tene, I think
21:41 polyglotbot joined #parrot
21:41 moritz rakudo: say 1
21:42 polyglotbot joined #parrot
21:42 darbelo Ah, I see. I was talking about Big* for Parrot, not Rakudo.
21:42 darbelo So, .perl is out for me.
21:43 rg rakudo: say (1, 2, 'foo').perl
21:45 moritz lolcode: VISIBLE 3
21:45 polyglotbot OUTPUT[Failed to parse source␤current instr.: 'parrot;PCT::HLLCompiler;panic' pc 156 (src/PCT/HLLCompiler.pir:103)␤called from Sub 'parrot;PCT::HLLCompiler;parse' pc 589 (src/PCT/HLLCompiler.pir:356)␤called from Sub 'parrot;PCT::HLLCompiler;compile' pc 438 (src/PCT/HLLCompiler.pir:291)␤called from
21:45 polyglotbot ..Sub 'parrot;PCT::HLLCompiler;eval' pc 753 (src/P...
21:45 moritz perl6: say 3
21:45 polyglotbot OUTPUT[3␤]
21:46 darbelo It might be good for inspiration. How does Rakudo handle rats?
21:46 rg my guess would be as well as parrot does ;)
21:46 PerlJam with traps full of cheese
21:48 pmichaud rakudo isn't doing rats yet.
21:49 pmichaud what is t/benchmark ?  That test takes _forever_.
21:49 rg does perl6 have a synopsis for rats he could look at?
21:49 pmichaud there's not a synopsis for it, no.
21:50 pmichaud personally I'm not all that concerned about Rats as long as we have bigints
21:50 moritz they are mentioned in S02, iirc
21:54 rg it does indeed. it says Num may support any precision if it can be done portably and efficiently.
21:54 darbelo Yep. "You can produce a ratio by using C<< infix:<div> >> on two integers"
21:56 darbelo But I don't see a way to specify rat literals.
21:56 moritz 1 div 2 is a rat literal in Perl 6
21:57 pmichaud actually, I think 1/2 is a rat literal
21:57 pmichaud I think 1 div 2 is still an operation.
21:57 moritz 1/2 is also an operation, and one that produces a Num
21:57 purl okay, moritz.
21:57 pmichaud no, 1/2 is a rat literal.  1 / 2  (note spaces) is an operation
21:57 purl okay, pmichaud.
21:58 pmichaud see STD.pm, under "number:rational"
21:58 * moritz runs awaying crying
22:00 darbelo So it ends up as :"1" is an int, "1.0" is a num, "1/1" is a rat.
22:01 pmichaud yes.
22:01 pmichaud (compilers are free to optimize down and interchange as long as semantics are improved)
22:01 pmichaud and "4+6i" is a Complex
22:02 pmichaud these are all of course Perl 6 semantics (not necessarily Parrot ones), and they're fairly recent, so they may still change
22:05 Maddingue joined #parrot
22:06 darbelo I know. But since Rakudo will use parrot's rats it makes sense to keep the semantics similar.
22:13 Maddingu1 joined #parrot
22:18 Maddingue joined #parrot
22:25 alvar joined #parrot
22:28 alvar joined #parrot
22:34 alvar joined #parrot
22:34 pmichaud when I do an "svn merge" between my pge1 branch and trunk, I get a bunch of files (that I didn't modify in the branch) that show property changes.  Anyone encounter that before?
22:34 pmichaud (I'm preparing to merge pge1 branch back to trunk.)
22:36 pmichaud ehhh, I'll just use a diff.
22:37 rg that will kill your separate commit messages, but i guess it weren't that many.
22:37 pmichaud the "separate commit messages" are either already in svn, or won't be copied anyway by an svn:merge
22:37 pmichaud it changes the file history a bit... but as you say, there aren't that many.
22:38 pmichaud I'd rather deal with the devil I know (commit messages) than the one  I don't (weird svn property changes that had nothing to do with what I was working on)
22:39 rg there should be a way to find out, but my svn foo is not that up to date lately :(
22:40 rg you could probably do an svn revert on the files you know you didn't touch
22:52 * Coke_afk finds a few functions where the signature changed but the doc was not updated to follow.
22:52 Coke (most of them are just missing signatures)
22:55 Whiteknight joined #parrot
23:01 dalek parrot: r37821 | coke++ | trunk (13 files):
23:01 dalek parrot: [t/docs] fixup more function signatures in docs
23:01 dalek parrot: This gets more tests passing, notes on others that only the signatures are
23:01 dalek parrot: present (no docs) and catches a few cases where the actual signature changed,
23:01 dalek parrot: but the docs weren't kept up.
23:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37821/
23:05 dalek parrot: r37822 | coke++ | trunk/src (9 files):
23:05 dalek parrot: [distro] fixup copyright dates on recently edited files
23:05 dalek parrot: (whoops)
23:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37822/
23:09 Tene PerlJam: I can give you access to feather3 to fix the bot if you'd like.
23:15 nopaste joined #parrot
23:17 wayland76 joined #parrot
23:26 Swaroop joined #parrot
23:28 bacek_ joined #parrot
23:37 wayland76 As it's a different time of day, I'll ask one more time...
23:37 wayland76 Hi all.  I'm wondering if I need to do anything else to get some patches applied
23:37 wayland76 The tickets are: https://trac.parrot.org/parrot/ticket/503 and https://trac.parrot.org/parrot/ticket/442
23:40 GeJ Good mornin g everyone
23:48 wayland76 'morning :)
23:50 eternaleye joined #parrot
23:53 Swaroop left #parrot
23:55 ilia joined #parrot

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced