Camelia, the Perl 6 bug

IRC log for #parrot, 2009-02-19

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:06 dalek parrot: r36872 | jkeenan++ | trunk/docs/book/ch04_pir_subroutines.pod:
00:06 dalek parrot: Did some of the spelling/grammatical corrections suggested by Heiko.
00:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36872/
00:09 AndyA joined #parrot
00:10 dalek parrot: r36873 | jkeenan++ | trunk/docs/book/ch04_pir_subroutines.pod:
00:10 dalek parrot: Did one more of the spelling/grammatical corrections suggested by Heiko.
00:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36873/
00:27 particle rakudo: say 7 % 10 + '0'
00:27 polyglotbot OUTPUT[7␤]
00:27 particle rakudo: say '0' + (7 % 10)
00:27 polyglotbot OUTPUT[7␤]
00:28 particle rakudo: say ('0' + (7 % 10)).Str
00:28 polyglotbot OUTPUT[Num<0xb6bb2b80>␤]
00:28 particle hrmm
00:28 particle rakudo: say 'a'
00:28 polyglotbot OUTPUT[a␤]
00:28 particle ah, right-o.
00:29 particle rakudo: say (7 % 10 + '0').PARROT
00:29 polyglotbot OUTPUT[Float␤]
00:29 particle rakudo: say ('0' + (7 % 10)).PARROT
00:29 polyglotbot OUTPUT[Float␤]
00:29 particle rakudo: say ('0' + (7 % 10)).Str.PARROT
00:29 polyglotbot OUTPUT[String␤]
00:29 particle rakudo: say ('0' + (7 % 10)).Str
00:29 polyglotbot OUTPUT[Num<0xb6c4fb80>␤]
00:33 particle rakudo: say Str('0' + (7 % 10))
00:33 polyglotbot OUTPUT[invoke() not implemented in class 'Perl6Str'␤current instr.: '_block14' pc 102 (EVAL_16:47)␤called from Sub '!UNIT_START' pc 18229 (src/builtins/guts.pir:321)␤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 950 (src/PCT/HLLCompiler.pir:527)␤called from Sub 'parrot;PCT;HLLCompiler;evalfiles'
00:33 polyglotbot ..pc 1275 (src/PCT/HLLCompiler.pir:688)␤called fr...
00:33 Tene particle: I don't know if anybody ever updated polyglotbot to work with rakudo having moved out of the repo
00:34 particle rakudo: %?VM{CONFIG}{revision}.say
00:34 polyglotbot OUTPUT[Scope not found for PAST::Var '%?VM' in ␤current instr.: 'parrot;PCT;HLLCompiler;panic' pc 146 (src/PCT/HLLCompiler.pir:102)␤called from Sub 'parrot;PAST;Compiler;post_children' pc 2075 (src/PAST/Compiler.pir:410)␤called from Sub 'parrot;PAST;Compiler;call' pc 4312
00:34 polyglotbot ..(src/PAST/Compiler.pir:1094)␤called from Sub 'parrot;PAST;Compiler;post_ch...
00:34 particle rakudo: %*VM{CONFIG}{revision}.say
00:34 polyglotbot OUTPUT[Could not find non-existent sub CONFIG␤current instr.: '_block14' pc 62 (EVAL_17:42)␤called from Sub '!UNIT_START' pc 18229 (src/builtins/guts.pir:321)␤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 950 (src/PCT/HLLCompiler.pir:527)␤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc
00:34 polyglotbot ..1275 (src/PCT/HLLCompiler.pir:688)␤called from Sub ...
00:34 particle ok, i've gotta look up the source, sorry for the noise
00:34 Tene rakudo: say %*VM<CONFIG><revision>
00:34 polyglotbot OUTPUT[Method 'postcircumfix:{ }' not found for invocant of class 'Failure'␤current instr.: 'postcircumfix:{ }' pc 3633 (src/classes/Associative.pir:77)␤called from Sub '_block14' pc 94 (EVAL_17:47)␤called from Sub '!UNIT_START' pc 18229 (src/builtins/guts.pir:321)␤called from Sub
00:34 polyglotbot ..'parrot;PCT;HLLCompiler;eval' pc 950 (src/PCT/HLLCompiler.pir:527...
00:34 particle duh! thanks.
00:35 particle rakudo: %?VM<CONFIG><revision>.say
00:35 polyglotbot OUTPUT[Scope not found for PAST::Var '%?VM' in ␤current instr.: 'parrot;PCT;HLLCompiler;panic' pc 146 (src/PCT/HLLCompiler.pir:102)␤called from Sub 'parrot;PAST;Compiler;post_children' pc 2075 (src/PAST/Compiler.pir:410)␤called from Sub 'parrot;PAST;Compiler;call' pc 4312
00:35 polyglotbot ..(src/PAST/Compiler.pir:1094)␤called from Sub 'parrot;PAST;Compiler;post_ch...
00:35 particle how do i coerce an Int into a Str?
00:35 Tene ~, I'd guess
00:36 particle again, duh.
00:36 chromatic sprintf
00:37 Tene rakudo: my $a = 1; say (~$a).WHAT
00:37 polyglotbot OUTPUT[Str␤]
00:37 Tene rakudo: my Int $a = 1; say (~$a).WHAT
00:37 polyglotbot OUTPUT[Str␤]
00:37 Tene rakudo: my Int $a = 1; say (~$a).perl
00:37 polyglotbot OUTPUT["1"␤]
00:38 nopaste "particle" at 76.121.106.245 pasted "Int.perl (in perl)" (26 lines) at http://nopaste.snit.ch/15669
00:39 jonathan particle: erm, NaN just applies to Num, no?
00:39 particle er, yeah. right.
00:39 particle jonathan++ # saved one line :)
00:40 jonathan particle: Does only Str method perl() {
00:40 jonathan parse?
00:40 purl parse is overused
00:41 particle jonathan: i hadn't checked yet, building rakudo
00:41 jonathan If it does it doesn't enofrce the return type yet.
00:41 jonathan But it may well parse.
00:41 sproingie left #parrot
00:41 particle 's okay, i typed my return val anyway
00:41 jonathan Aye,
00:42 particle hrmm, will while $tmp /= 10 > 0 parse as i hope it to?
00:42 Tene I think so.
00:43 jonathan Depends what you're hoping. ;-)
00:43 jonathan But it looks right to me.
00:43 particle rakudo: my Int $t = 50; repeat { $t.say } while $t /= 10 > 0;
00:44 polyglotbot OUTPUT[50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤​50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤5​0␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50​␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤​50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤5​0␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤
00:44 polyglotbot ..0␤50␤50␤50␤50␤50␤50␤50␤50​␤50␤50␤50␤50␤50␤50␤50␤5...
00:45 Tene rakudo: my $a = 50; $t /= 5; say $t;
00:45 polyglotbot OUTPUT[Scope not found for PAST::Var '$t' in ␤current instr.: 'parrot;PCT;HLLCompiler;panic' pc 146 (src/PCT/HLLCompiler.pir:102)␤called from Sub 'parrot;PAST;Compiler;post_children' pc 2075 (src/PAST/Compiler.pir:410)␤called from Sub 'parrot;PAST;Compiler;call' pc 4312
00:45 polyglotbot ..(src/PAST/Compiler.pir:1094)␤called from Sub 'parrot;PAST;Compiler;post_chil...
00:45 particle rakudo: my Int $t = 50; repeat { $t -= $t % 10; $t.say } while $t /= 10 > 0;
00:45 Tene rakudo: my $t = 50; $t /= 5; say $t;
00:47 particle sorry, polyglotbot!
00:48 polyglotbot OUTPUT[50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤​50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤5​0␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50​␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤​50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤5​0␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤50␤
00:48 polyglotbot ..0␤50␤50␤50␤50␤50␤50␤50␤50​␤50␤50␤50␤50␤50␤50␤50␤5...
00:48 polyglotbot OUTPUT[10␤]
00:49 Tene rakudo.past: .say while $_ /= 10 > 5
00:49 nopaste "polyglotbot" at 193.200.132.146 pasted "perl6 past" (135 lines) at http://nopaste.snit.ch/15670
00:50 Tene No, it doesn't parse how you want.
00:50 particle so it seems :)
00:50 Tene $_ /= ( 10 > 5)
00:50 * particle adds parens
00:51 particle rakudo: my Int $t = 51; repeat { $t -= $t % 10; $t -= $t % 10; $t.say } while ($t /= 10) > 0;
00:51 polyglotbot OUTPUT[50␤0␤]
00:53 _timbunce joined #parrot
00:59 japhb joined #parrot
01:11 Tene purl: msg pmichaud Can I get commit privs on rakudo?
01:11 purl Message for pmichaud stored.
01:29 Fayland_logger joined #parrot
01:40 chromatic joined #parrot
01:47 timbunce joined #parrot
01:53 chromatic joined #parrot
02:06 PJF joined #parrot
02:39 dalek parrot: r36874 | chromatic++ | trunk/t/steps/auto_fink-01.t:
02:39 dalek parrot: [t] Skipped all Fink configuration tests everywhere but Darwin.
02:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36874/
02:42 Theory joined #parrot
02:51 dalek parrot: r36875 | chromatic++ | trunk/t/pmc/sub.t:
02:51 dalek parrot: [t] Removed TODO from stringification of Undef PMC under warnings mode tests,
02:51 dalek parrot: which closes RT #46819.
02:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36875/
02:56 estrabd joined #parrot
02:57 Tene joined #parrot
02:59 bacek joined #parrot
03:03 dalek tracwiki: v7 | jimmy++ | ParrotLongTermRoadmap
03:03 dalek tracwiki: fixed wrong column
03:03 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Parrot​LongTermRoadmap?version=7&amp;action=diff
03:03 shorten dalek's url is at http://xrl.us/begrog
03:08 PJF left #parrot
03:39 autarch joined #parrot
03:42 janus joined #parrot
03:44 autarch left #parrot
04:02 Andy joined #parrot
04:17 bacek joined #parrot
04:22 chrisdolan joined #parrot
04:23 rurban_ joined #parrot
04:47 leto_ joined #parrot
05:01 MariachiElf joined #parrot
05:09 Theory joined #parrot
05:38 masak joined #parrot
06:15 Infinoid Perl shaves more yaks per day than all the bovine fetishists on the planet, combined.
06:24 cotto Is it just me or is "Parrot_mmd_multi_dispatch_from_c_args" a bit redundant?
06:32 mikehh joined #parrot
06:33 jonathan joined #parrot
06:34 dalek joined #parrot
06:34 estrabd joined #parrot
06:44 cotto joined #parrot
06:58 dalek tracwiki: v5 | Infinoid++ | ParrotQuotes
06:58 dalek tracwiki: https://trac.parrot.org/parrot/wiki/P​arrotQuotes?version=5&amp;action=diff
06:58 shorten dalek's url is at http://xrl.us/begr6g
07:04 dalek fun: 2984157 | Jarrod++ |  (3 files):
07:04 dalek fun: Applied a few handy patches provided by fperrad++
07:04 dalek fun: review: http://github.com/TiMBuS/fun/commit/29​84157ed578cfd4bfb51f8106caf84f0fdaef08
07:04 shorten dalek's url is at http://xrl.us/begr6t
07:08 TiMBuS woah
07:08 TiMBuS im on dalek's list? :o
07:16 cotto looks like fun
07:19 TiMBuS ha
07:23 leto_ joined #parrot
07:24 alinbsp joined #parrot
07:40 uniejo joined #parrot
07:42 leto_ joined #parrot
07:49 cotto Why does Parrot hate me?
07:50 iblechbot joined #parrot
08:00 dalek rakudo: 543e228 | (Moritz Lenz)++ | t/spectest.data:
08:00 dalek rakudo: add an integration test to t/spectest.data
08:00 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​43e228782a07f9910a3059a717fd7af718f33f4
08:00 shorten dalek's url is at http://xrl.us/begr8e
08:00 dalek rakudo: 3bcf8dd | (Moritz Lenz)++ | t/spectest.data:
08:00 dalek rakudo: we pass S29-any/isa.t, add it to t/spectest.data
08:00 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​bcf8ddd23e1722f9897002a53b5d848c44eda7a
08:00 shorten dalek's url is at http://xrl.us/begr8g
08:00 dalek rakudo: b7c3233 | (Moritz Lenz)++ | t/spectest.data:
08:00 dalek rakudo: add test for Junction.eigenstates to spectest.data
08:00 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/b​7c3233666685c87e708de264edf2c897d78a5eb
08:00 shorten dalek's url is at http://xrl.us/begr8i
08:00 dalek rakudo: 9288850 | (Moritz Lenz)++ | src/ (4 files):
08:00 dalek rakudo: expose Junction.eigenstates as a public method
08:00 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​288850da6fbec123040fad103114abeeed53d81
08:00 shorten dalek's url is at http://xrl.us/begr8k
08:04 integral joined #parrot
09:31 dalek tracwiki: v64 | fperrad++ | Languages
09:31 dalek tracwiki: update languages a-h
09:31 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​Languages?version=64&amp;action=diff
09:31 shorten dalek's url is at http://xrl.us/begser
09:45 PantheraPardus joined #parrot
10:02 dalek tracwiki: v65 | fperrad++ | Languages
10:02 dalek tracwiki: update languages j-p
10:02 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​Languages?version=65&amp;action=diff
10:02 shorten dalek's url is at http://xrl.us/begsfm
10:17 dalek wmlscript: b652f57 | (Francois Perrad)++ | Configure.pl:
10:17 dalek wmlscript: downcase language
10:17 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/b652f5790f4924542ace3084898a940c3379d9d2
10:17 shorten dalek's url is at http://xrl.us/begsgp
10:29 dalek tracwiki: v66 | fperrad++ | Languages
10:29 dalek tracwiki: update languages r-z
10:29 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​Languages?version=66&amp;action=diff
10:29 shorten dalek's url is at http://xrl.us/begsg9
10:34 dalek fun: 33619ae | Jarrod++ | config/makefiles/root.in:
10:34 dalek fun: Applied a small patch to patch a patch :) fperrad++
10:34 dalek fun: review: http://github.com/TiMBuS/fun/commit/33​619ae24287cf3c183619d667624c0637481149
10:34 shorten dalek's url is at http://xrl.us/begshj
10:38 uniejo joined #parrot
10:46 dalek wmlscript: 87b3260 | (François Perrad)++ |  (10 files):
10:46 dalek wmlscript: fix case sensitive path
10:46 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/87b32601ab5e093547d4e1dc367ce8e7331f4e17
10:46 shorten dalek's url is at http://xrl.us/begshs
10:46 dalek wmlscript: 8956a4a | (François Perrad)++ | Configure.pl:
10:46 dalek wmlscript: Merge branch 'master' of git@github.com:fperrad/wmlscript
10:46 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/8956a4a8b16e647d9264764792a17336b2a6ca81
10:46 shorten dalek's url is at http://xrl.us/begshu
10:57 dalek parrot: r36876 | fperrad++ | trunk/languages/dotnet/t/exceptions.t:
10:57 dalek parrot: [dotnet] skip all test, exceptions cause infinite loop.
10:57 dalek parrot: (now, each push_eh needs a pop_eh)
10:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36876/
11:29 dalek parrot: r36877 | fperrad++ | trunk/config/gen/makefiles/languages.in:
11:29 dalek parrot: [external languages] add Perk from http://github.com/chrisdolan/perk
11:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36877/
11:39 bacek joined #parrot
11:53 iblechbot joined #parrot
12:05 pjcj joined #parrot
12:21 rurban_ joined #parrot
12:27 TiMBuS rakudo: our $glob = 1;
12:27 polyglotbot RESULT[1]
12:27 TiMBuS rakudo: $*glob += 2; say $*glob;
12:27 polyglotbot OUTPUT[2␤]
12:31 TiMBuS well, thats one way to have non-strict variable declarations, and in the rakudo 'repl' they're persistent because they're global. this is handy.
12:32 rg1 joined #parrot
13:28 PantheraPardus left #parrot
13:34 bacek nopaste?
13:34 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)
13:35 nopaste "bacek" at 87.250.243.86 pasted "Undef patch for jonathan" (30 lines) at http://nopaste.snit.ch/15671
13:42 jq joined #parrot
13:53 Whiteknight joined #parrot
13:54 dalek perk: 020d701 | (Chris Dolan)++ |  (2 files):
13:54 dalek perk: A few Makefile improvements
13:54 dalek perk: review: http://github.com/chrisdolan/perk/commit/​020d70188b5c40aeee59aad8d13e0a291ffdf89d
13:54 shorten dalek's url is at http://xrl.us/begsr9
14:08 jimmy joined #parrot
14:31 gryphon joined #parrot
14:50 rdice joined #parrot
14:59 Tene_ joined #parrot
15:06 geof joined #parrot
15:08 nopaste "rurban" at 157.247.252.15 pasted ""'I' is not a valid sprintf format" exceptions" (11 lines) at http://nopaste.snit.ch/15672
15:11 NotFound rurban: what's the problem with that code?
15:28 Coke_afk when you throw an exception, aren't the line numbers from the PIR already printed?
15:30 dalek rakudo: 7d6683a | pmichaud++ | build/PARROT_REVISION:
15:30 dalek rakudo: Need to bump PARROT_REVISION for setting to work.
15:30 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​d6683ac9ca989dc3f0242d2ef95aed56a5b4d05
15:30 shorten dalek's url is at http://xrl.us/begsyq
15:30 dalek rakudo: 6c983dc | pmichaud++ |  (15 files):
15:30 dalek rakudo: Merge branch 'master' of git@github.com:rakudo/rakudo
15:30 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/6​c983dc47a71a12d907286dc7f3834e655921de7
15:30 shorten dalek's url is at http://xrl.us/begsys
15:30 Coke 'I' is not a valid sprintf format
15:30 Coke current instr.: 'main' pc 3 (foo.pir:3)
15:30 Coke (see, it's already there.)
15:32 Coke msg Infinoid you can help by proposing a sane layout of the site that maps nicely to the output of "make html", allows for multiple versions of the docs to exist at the same time, (including svn-latest), perhaps with aliases to named things like "stable" or "devel"
15:32 purl Message for infinoid stored.
15:33 Coke msg Infinoid also, attaching a tarball of the 'make html' from the 0.9.1 release (and pointers on where to shove it) would also be helpful.
15:33 purl Message for infinoid stored.
15:35 Infinoid hi, Coke
15:35 Infinoid I posted a script to TT #305 which does "make html" and rsyncs the result into a webroot.  Is that sane enough?
15:36 Infinoid I think we can run it (or something similar to it) from cron, hourly or daily or whatever
15:38 Infinoid having multiple versions of them is an interesting idea.  Maybe that script should be used to produce the "svn-latest" version
15:40 Coke I'm sure that script will be fine, but haven't read it. =-)
15:40 Infinoid So, the toplevel of the site has a few subdirectories, such as 0.9.0, 0.9.1, 1.0.0 and svn-latest, and maybe an index.html to let you choose between them.  I would really *really* like to have a "stable" symlink pointing to the most recent release version, so we can link to it
15:40 Infinoid (is that a reasonable proposition?)
15:40 Coke yes. and devel should point to, e.g. 0.9.1
15:41 Coke we should probably have at least one dir level under the doc root to allow for examples.
15:41 Coke er, 'expansion'.
15:41 Coke (sometimes my fingers on autopilot autocomplete wrong. =-)
15:41 Coke I can ssh right now. moment.
15:43 NotFound Will be better to have an index.pbc to demonstrate mod_parrot usage ;)
15:43 Coke something like "repository/"
15:43 leto_ joined #parrot
15:43 Infinoid ok.  anything like that would work for me... I haven't really thought about how it should be laid out until you asked
15:44 Infinoid I was sorta just assuming we'd stick "make html" output into a webroot directly, but your approach seems saner
15:44 Coke ok. make me a 0.9.1 doc-tar-ball while waiting. =-)
15:44 Infinoid I have to drive to work now... can have it for you in 30min
15:44 Infinoid bbl &
15:44 Coke k. perhaps the channel will come up with a good top level dir name by then.
15:46 Andy joined #parrot
15:51 Coke http://www.parrot.org/release/current is broken.
15:51 Coke maybe it's just my proxy. hurm.
15:53 Coke Infinoid: I'm doing the docbuild now
15:58 Coke here's a temporary version: don't advert yet:
15:58 Coke http://docs.parrot.org/repository/0.9.1/html/
15:59 Coke I'm thinking maybe 'release' would be better than repository.
15:59 moritz 'which'
16:00 Coke that seems too placeholdery.
16:00 Coke (added a softlink of devel -> 0.9.1)
16:01 Coke here's a sample from another project:
16:01 Coke http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/
16:02 Coke should 0.9.1 be parrot-0.9.1 ?
16:02 Coke (it's a little repetitive, but gives us some room.)
16:03 Coke ah. what about http://docs.parrot.org/parrot/0.9.1/html ?
16:03 moritz I like that
16:03 Coke changed.
16:03 rg i think the parrot is already in the domain. here's another example: http://www.postgresql.org/​docs/8.3/static/index.html
16:04 Coke rg: the domain is for the foundation. the dir is for the project.
16:04 moritz rg: it's in the domain, but maybe there will be other projects
16:04 Coke (just trying to future proof things.)
16:04 moritz rg: like bytecode translators, languages, additional compilers - whatever
16:04 NotFound Electoral campaigns X-)
16:06 Infinoid I dunno.  The http:// tells me it's online, and the hostname "docs.parrot.org" tells me pretty much everything else I need to know
16:06 Infinoid but that's just me.
16:06 rg in my experience you can never foresee all the things you might want to do in the future. ;) but another level of parrot won't hurt
16:08 NotFound You can do wathever yo want in the future with domain names, for example: foundation.parrot.org, languages.parrot.org ...
16:08 Infinoid html.docs.parrot.org
16:08 Infinoid html.stable.docs.parrot.org
16:08 Infinoid heh.
16:08 Infinoid it's probably possible to go overboard with stuff like that :)
16:08 NotFound Just a touch in dns and apache confs, and ready to play
16:09 particle trac.parrot.org/parrot/
16:09 particle docs.parrot.org/parrot/
16:09 Infinoid www.parrot.org/parrot/
16:09 NotFound ETOOMUCHPARROT
16:09 Infinoid (speaking of which, parrot.org needs a better 404 page, I'll add that to my list)
16:09 Infinoid parrot.docs.parrot.org/parrot/
16:09 * particle kicks Infinoid
16:10 NotFound It's dead!
16:10 Coke again, this is just "parrot the project is not parrot the foundation".
16:10 Coke (even though right now it nearly is.)
16:10 particle coke: agreed. docs.parrot.org/parrot/1.0/
16:10 Eevee joined #parrot
16:11 Coke particle: with a trailing "html" dir because that's how our 'make html' works.
16:11 NotFound You can call it "vm"
16:11 Infinoid we can work around the html/ subdirectory in various ways
16:11 particle coke: can we get rid of the html dir with a redirect?
16:11 particle *rewrite
16:11 Infinoid for svn-stable, I was thinking of just rsyncing html/* instead of html
16:12 Coke Infinoid: you need the resources/ directory.
16:12 Coke (ditto to particle)
16:12 particle is that where the css lives?
16:12 Infinoid err, svn-latest, or whatever it is
16:12 Infinoid I'm confused.  resources, as opposed to what?
16:13 Infinoid (I don't mind it, I just don't understand the reasoning)
16:14 mikehh joined #parrot
16:16 Coke the resources/ directory.
16:16 Coke without it, the html doesn't render.
16:17 Coke (it has images, css.. )
16:17 Coke and the html/ directory expects it to sit in a sister directory.
16:18 Infinoid oh, ok
16:18 particle ok, but it doesn't have to be visible to the world, and it can be linked
16:18 Coke (visible to the world) yes it does, it has to be in the docroot.
16:19 Coke these are user visible files.
16:19 Infinoid if it's a problem, we can fix the "make html" output
16:20 Infinoid in fact, we could just make resources/ a subdir of html/, which would make the links simpler
16:21 Infinoid I dunno.  if there are any tasks there, I'm happy to work on them
16:26 dalek rakudo: 6445d09 | (Moritz Lenz)++ | t/spectest.data:
16:26 dalek rakudo: four more passing spectests
16:26 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/6​445d0975a2f37f00b28e072188d0bee4f3727af
16:26 dalek rakudo: 00e9db4 | (Moritz Lenz)++ | .gitignore:
16:26 shorten dalek's url is at http://xrl.us/begs66
16:26 dalek rakudo: ignore perl6_s1.pc and src/gen_settings.pm
16:26 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​0e9db4553b8cb1bb5ce7e1bfdc1b2f8b4a19424
16:26 shorten dalek's url is at http://xrl.us/begs68
16:26 rg infinoid: you just need to watch that you don't break it for the local filesystem.
16:29 AndyA joined #parrot
16:29 Coke Infinoid: we can do that, but we still have a 0.9.1 release out there to worry about. If we can get it working in svn (which implies it'll work for 1.0) in some other fashion, that's fine with me.
16:30 Coke I'm just trying to get the docs on the web with the least fuss.
16:30 Coke any votes on changing the top level 'parrot' to 'vm' or 'pvm' ?
16:30 * moritz votes for staying with 'parrot'
16:31 Tene joined #parrot
16:31 Infinoid parrot works
16:32 * Whiteknight votes "parrot"
16:32 Infinoid Coke: I volunteer to fix up 0.9.1 by hand.  (Or more likely, get a 0.9.1 checkout, apply make-html patches and regenerate)
16:32 Infinoid So is that what we want to do?  Any other issues I should work on while I'm in there?
16:34 Coke I'm not convinced it's necessary.
16:35 Coke I'd rather see the /contents/ updated than shuffling folders at this point.
16:35 Coke like, fixing intra-page links.
16:35 Coke (there's at least some breakage on L<>'s)
16:35 moritz purl: cas?
16:35 purl cas is probably http://www.ja-sig.org/products/cas/
16:36 moritz purl, cas is also computer algebra system
16:36 purl okay, moritz.
16:39 Infinoid Coke: Fair enough.  As long as we have something I can link to, I'm happy.
16:40 Coke for "svn latest", what dirname? 'svn' ? 'head' ? 'latest' ? 'current' ? 'bleed' ?
16:40 Coke I think bleed is probably the best choice there.
16:40 Coke implying the least about quality or version control.
16:40 Infinoid svn or devel also work
16:41 particle yeah, we don't talk about bleedparrot, though, it's usually devel
16:41 particle but i can go with either one
16:41 Coke devel is 'latest development release'
16:41 particle don't like svn because when we move to p4 that'll screw our links
16:42 gaz joined #parrot
16:42 particle coke: all our releases are numbered
16:42 Coke s/p4/git/ and it's not so funny anymore. =-)
16:42 Coke particle: and yet, like perl, we're still going to have "latest development release" and "latest stable release".
16:43 Coke e.g.: http://www.parrot.org/download which points to http://www.parrot.org/release/current
16:43 Coke ew.
16:43 Coke someone changed that from devel.
16:44 Infinoid 0.9.0 was devel too, judging from the directory name on the ftp site it links to
16:44 particle it's worth looking at the parrot support policy for verbage
16:44 Coke yes, every release we've had so far is devel.
16:46 Coke particle: I see that chromatic has changed names all to hell.
16:46 Coke <shrug> I have given up any sense of control here. Feel free to comment with a sane plan on the ticket.
16:47 Coke based on chromatic's wording, what I was calling devel and stable is now called stable and milestone.
16:47 Coke I think he's saying that after 1.0, there are NO development releases.
16:48 * Infinoid isn't sure what the implications of that are
16:48 particle coke: yeah, every release is 'stable'
16:48 particle 'devel' means 'bleed'
16:48 particle and we have 6mo miletstone releases
16:49 particle he did ask for review/comment on the list before committing, and you're welcome to do so still
16:49 Infinoid The distinction has to do with how long we expect to support a release?
16:49 particle i'm not married to the wording, just want it to be consistent
16:49 particle Infinoid: yes
16:50 Coke particle: this appears to be an outgrowth of the conversion at the PDC, neh?
16:50 Coke "conversation"
16:51 Theory joined #parrot
16:51 Coke (if 0.9.1. is our last development release, there's no point in having a link for it.)
16:51 Coke (an aliased link)
16:51 Infinoid Cool.  Lemme know when we have a docs site.  Migrating www.parrotcode.org/cage-cleaners/guide.html, www.parrotcode.org/faq/, www.parrotcode.org/glossary.html and www.parrotcode.org/docs/ over to parrot.org is on my list of tasks
16:52 particle Infinoid++
16:52 Infinoid By the way, I'm not really sure what we want to do with www.parrotcode.org/todo.html and www.parrotcode.org/openpatches.html
16:52 Infinoid They seem to be autogenerated from RT somehow.
16:53 particle Infinoid: they should redirect to similar generated trac queries, i suspect
16:53 Infinoid Works for me.
16:53 particle coke is a champ at creating those
16:53 * Coke declines
16:53 particle coke, yes it grew out of the pds2008 conversation
16:53 Coke particle: ok. then I'm so far out of the loop, it's not worth arguing at this point.
16:54 particle coke: i think you already have created them, maybe i'm wrong
16:54 particle coke: we discussed things there, but chromatic wrote this mainly from his own viewpoint
16:55 particle its still an open item, as far as i'm concerned. i'd like to know your perspective
16:55 pmichaud where's the document c wrote?
16:55 Coke docs/project/sup*
16:56 pmichaud I had a couple of thoughts about the topic this morning.
16:57 Coke particle: the document seemed sane enough when I read it through. Just part of a general feeling of exclusion since PDS. If I have any comments worth sharing, I'll post them to the list.
16:58 pmichaud question:  do we have an official PARROT_API list yet?  Will we prior to 1.0?
16:58 pmichaud Tene: what's your github id?
16:59 Coke pmichaud: you would think that with the stated goal of 1.0, we would.
16:59 pmichaud Coke:  yes.  The string functions rename that took place really shook my notion of what "deprecated" means in Parrot.
17:00 particle pmichaud: no, the PARROT_API is 2.0 i think, for embedders/extenders
17:00 purl okay, particle.
17:00 particle pmichaud: agreed
17:00 Coke pmichaud: yah, me too.
17:00 Coke a LOT of stuff has gone under the radar there.
17:00 pmichaud particle:  I'm not sure I agree with that.  If we expect it to be normal that languages create custom PMCs, then the C API is very relevant for language implementors.
17:00 Coke even tickets that have deprecation notices have been done ahead of time.
17:01 particle pmichaud: yes, i understand and agree. but we're not able to define PARROT_API in a month.
17:01 pmichaud then the support policy needs to make it clear that PARROT_API doesn't yet fall into the normal deprecation cycle
17:01 particle coke: i can take some blame for that, if only not for being around enough to enforce the deprecation process
17:01 pmichaud i.e., "setting expectations" means we shouldn't surprise people with changes.
17:02 Coke particle: I'm not sure you can take allison in a fair fight.
17:02 Coke she's the one, near as I can tell, who is putting the changes in.
17:02 Coke (or approving when other people ask.)
17:03 particle well, one big unwritten goal of 1.0 is to have all nlnet milestones finished
17:03 particle one of those involved the strings refactor
17:03 particle it went in a little late, and broke the process a bit
17:03 Coke then we should have pushed 1.0 back.
17:04 particle that's one option.
17:04 Coke and that goal should have been written. =-)
17:04 Coke particle: the other is apparently to break our deprecation policy. =-)
17:04 particle ayep.
17:04 mikehh joined #parrot
17:04 pmichaud or, as it stands now, to advertise a deprecation policy that isn't planned to be followed.
17:05 particle was this brought up at #ps this week?
17:05 pmichaud I didn't think of the API issue until this morning.
17:05 particle we have meetings for these reasons
17:05 pmichaud I'm still re-adjusting my worldview to accommodate these little surprises.
17:06 particle no new surprises planned. anticipate chaos.
17:06 pmichaud we also have deprecation policies for these reasons.  :-)
17:06 particle actually, things really need to settle down this month.
17:06 particle need to be very well behaved.
17:06 particle ...and from now on.
17:07 pmichaud anyway, I'll write a message to the list, but I think we need to explicitly note in the support document that PARROT_API doesn't yet fall under the deprecation policy.
17:07 apfel joined #parrot
17:08 particle i'm not sure that's the case
17:08 particle since PARROT_API doesn't exist
17:08 pmichaud particle:  if we haven't defined PARROT_API, and if it's not possible to create per-language PMCs without making use of parrot internal functions, and if we expect languages to be able to create custom PMCs, then by definition we're going to break something .
17:09 pmichaud either that or we tell language designers "create your own language opcodes and PMCs at your own risk"
17:09 pmichaud or, more likely, "dynops/dynpmcs aren't supported in 1.0"
17:10 PerlJam or ... push 1.0 back a little
17:10 pmichaud PerlJam: for a variety of reasons I don't think "push back 1.0" is feasible.
17:10 particle agreed.
17:10 PerlJam (I have no clue as to the scope of the problem though)
17:10 PerlJam pm: are they all political/social reasons?
17:10 apfel left #parrot
17:10 pmichaud fwiw, I don't see a huge problem with us saying that the PARROT_API isn't set yet and that things may break, but let's be honest about it and not try to sweep it under the rug.
17:11 particle pmichaud: we need to be direct, and clear on PARROT_API
17:11 particle i also want to be correct. :)
17:11 pmichaud Okay, I think that's entirely compatible with what I'm saying. :-)
17:11 particle there's no PARROT_API at all as it is.
17:12 particle i *don't* want to put PARROT_API everywhere PARROT_EXPORT is.
17:12 pmichaud I'm not saying we should do that.
17:12 pmichaud I'm not saying we should attempt to define PARROT_API prior to 1.0.
17:12 particle great.
17:12 pmichaud I'm saying we should explicitly recognize that dynops and dynpmcs rely on Parrot internals, and that we can't guarantee those internals through 1.5
17:13 pmichaud i.e., they fall outside of our current deprecation policy.
17:13 particle ok, well, deprecation implies removal to me
17:13 pmichaud I don't understand "deprecation implies removal", or how it impacts what I'm saying.
17:13 Coke no, removal and deprecation are two separate things.
17:13 particle we won't be removing PARROT_API between 1.0 and 1.5 if it doesn't exist
17:14 pmichaud I'm fully expecting that some Parrot functions that PMCs currently rely on may change or be removed between 1.0 and 1.5
17:14 Coke has anyone written anything about how we're going to have use svn differently in a post 1.0 world yet?
17:14 pmichaud Coke: do we have to use it differently?
17:14 Coke I am in the middle of a post to the list, just want to make sure I'm not duplicating effort.
17:14 particle coke: no, that's definitely needed.
17:14 Coke pmichaud: yes.
17:15 pmichaud what's different?
17:15 Coke mainly to keep our new features and deprcation stuff sane in a post-1.0 world.
17:15 Coke I'll write it up.
17:15 pmichaud okay, but I don't see the problem there.
17:15 PerlJam It sounds like this affects the claim that Parrot 1.0 will be a stable platform for language designers though.
17:15 pmichaud PerlJam: that's my point.
17:16 PerlJam (since, to me, that's the main import of parrot 1.0)
17:16 particle yes, it does. however, from the pir level, things should be stable
17:16 PerlJam pm: I get that.  I'm just having trouble reconciling it all  :)
17:16 pmichaud particle: that's my point -- not everything can be done from the pir level.
17:16 particle pct, pir, nqp, ops, pmcs, stable.
17:16 pmichaud particle:  nor do we _expect_ everything to be done from the pir level.
17:17 particle pmichaud: yes, i see your point. i agree, too.
17:17 pmichaud that's what surprised me about the strings refactor -- I had been led to believe that our deprecation policy included various standard c functions, but discovered (quite rudely) that it did not.
17:17 PerlJam pm: It sounds like you're saying we should be up front that parrot 1.0 won't be what we said it will be and then I'm left wondering what's the point of parrot 1.0
17:18 pmichaud PerlJam: I don't think the fact that dynpmcs and dynops will change is a significant impact to Parrot's stability.
17:18 particle PerlJam: just let us accomplish something, will you! :P
17:18 pmichaud PerlJam: on the whole, Parrot will be fairly stable for people wanting to implement their languages.
17:18 PerlJam particle: hey, you can accomplish anything you want ... I'm just trying to understand it.
17:18 pmichaud There are just one or two relatively minor areas (dynops/dynpmcs) where it might not be.  I think we should be up front about that.
17:18 Coke Update the release goal to be true. it'll be stable "in these respects".
17:19 Coke or, conversely, 'except in these'
17:19 particle it's crash-proof, like windows nt 3.0
17:19 pmichaud windows nt 3.0 _never_ crashed on me.   Of course, I never ran it, but...
17:19 PerlJam maybe the "standard" I have in my head is too high for parrot 1.0 and I'm really thinking of is what will be parrot 1.5
17:20 particle PerlJam: parrot 2.0 is targeted for production-ready
17:20 pmichaud speaking as a language implementor, I don't have any problem with the stated level of stability for Parrot 1.0
17:20 pmichaud s/stated level/expected level/
17:20 pmichaud especially since 1.5 is only four months afterwards
17:21 pmichaud but I do have a problem with us saying or implying "it's safe to rely on these features" when we know there's a significant chance they won't be available in 1.5
17:21 pmichaud s/be available/be the same/
17:22 particle be the same... agreed.
17:22 PerlJam pm: given what particle said earlier about PARROT_API's non-existence, is it like likely that someone will include that in the feature list?  :)
17:22 pmichaud and it bugs me a bit that our standard has somehow been *implicitly* reduced to "deprecation only affects pct, pir, nqp, ops, core pmcs"
17:23 pmichaud and excluding the C functions (that we know have to be used for certain languages features)
17:23 pmichaud as of four weeks ago, I thought the C API was part of the deprecation cycle.
17:23 particle it *is*
17:24 pmichaud I thought the C API that I was using was part of the deprecation cycle.
17:24 particle but we don't have an official api.
17:24 pmichaud thus my modified statement.  :-)
17:24 particle :)
17:24 pmichaud so, as a language implementor, I'm not left asking "what can I safely use", and the answer comes back "nothing".
17:25 pmichaud s/not/now/
17:25 Coke I have been confused about the 1.0 release since it was announced. =-)
17:25 pmichaud Coke: okay, it just took me three months to rise to your level of confusion.  Once again you've blazed the trail for us.  :-)
17:26 Coke you probably had a modifier to your saving throw since you were at PDS. =-)
17:27 pmichaud perhaps, but it ended up giving me a +3 delayed disillusionment for much of January when The Plan (as I understood it) wasn't being followed.
17:30 Coke I don't understand how we can be tying features to releases at this point with volunteer staff.
17:30 particle it's an attempt to tie features to releases.
17:30 moritz we can, as long as we don't also tie it to dates
17:30 particle i've missed the mark on many of mine
17:30 Coke moritz: that's the followup, right.
17:31 Coke we can say "all this will be in 2.0" but then we cannot say "2.0 will ship at this point."
17:31 particle our contributors have been exceptionally generous with their time
17:32 particle and we can always reschedule
17:32 PerlJam Coke: we can guess based on some monte-carlo simulations projecting how long the unfinished tasks will take given that we know how long the other stuff took  ;)
17:32 particle but we reschedule features, not releases
17:32 particle coke: parrot release naming is like ubuntu
17:33 particle it's time-based, not feature-based
17:33 moritz then we shouldn't have critical milestones
17:33 particle moritz: we had 5 critical milestones, without which we couldn't do parrot 1.0
17:33 moritz I know
17:33 particle for example, make install
17:34 particle 5 critical items in 5 months (since nov2008) isn't unreasonable
17:35 dalek parrot: r36878 | fperrad++ | trunk:
17:35 dalek parrot: [squaak] re-run tools\dev\mk_language_shell.pl (r36833)
17:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36878/
17:37 Infinoid fperrad++ # updating the "Builds against" and "Passing tests" columns of the Languages wikipage
17:38 Coke particle: then we need to be very clear that the list of features targetted for each release is fluid.
17:38 Coke there is no sense of that anywhere in the roadmap docs.
17:38 Coke (at least in revisions I have read.)
17:38 particle post-facto it is, with (rescheduled) everywhere
17:39 rurban jit.pod says long double is supported. with 12-byte (i386) it doesn't compile. 16-byte (amd64) does not work at all
17:39 particle and the roadmap should be replaced by a trac query/report soon enough
17:39 Coke particle: I have no way of telling if that's becuase of policy or because we suck at time estimation.
17:39 Coke particle: at which point it becomes even more important to have that documented somewhere, because it's not going to be on the automated report.
17:39 rurban with my current patch tt352-jit-i386-ld.patch it does compile with long double, but building pge crahes
17:39 particle coke: if that hasn't been written up, i agree, it needs to be clear
17:40 Coke if that's true, then we don't have to change our svn habits quite so much.
17:40 Coke particle: so is 1.5 tied to features or a date?
17:41 * Coke takes that question to the list.
17:41 particle coke: date
17:41 particle .0 are january release (except 1.0)
17:42 particle .5 are july releases
17:42 particle did i get those months right?...
17:42 PerlJam er, what?
17:42 riffraff joined #parrot
17:42 PerlJam for ubuntu  .1 == Jan, .2 == Feb, etc.
17:43 PerlJam so, july would be .7
17:44 particle PerlJam: we're not following ubuntu's numbering, just the general date-based release numbering idea
17:44 particle we're not releasing parrot 9.3 in march
17:45 PerlJam so ... could you explain the date-based numbering scheme then (or point me at a doc that does)?
17:46 moritz on parrot.org news, "vision for 1.0"
17:46 PerlJam so far I've only seen, heard comparisons to ubuntu, so I thought that was ultimately going to be the same scheme used
17:46 particle http://www.parrot.org/news/vision-for-1_0
17:46 particle thanks moritz, i was scanning the mailing list for that
17:47 PerlJam okie.  I figured that's how it would be, thanks.
17:47 Coke particle: note that allison and chromatic disagree on what is stable and what is development.
17:47 particle yes, the wording has changed.
17:47 particle i'm not sure how intentional or coordinated that was
17:47 Coke how the frak am I supposed to know which is the canonical source?
17:48 particle ASK.
17:48 Coke how am I supposed to know there is a disagreement!?
17:48 particle it's a really good question.
17:48 PerlJam Ask is the canonical source?  ;)
17:49 particle ask the mailing list. i can guarantee you won't be warnocked.
17:49 Coke I have already begun that thead.
17:49 Coke "thread."
17:49 particle :)
17:50 NotFound Parrot_new_sub_from_c_func will be a good name?
17:54 iblechbot joined #parrot
17:56 rurban AIX asserts with src/string/api.c:767: failed assertion 'encoding' in dynpmc's We had that before, didn#t we?
17:56 rurban on windows
17:56 rurban http://smolder.plusthree.com/app/public_pr​ojects/report_details/18178#first_failure
17:56 shorten rurban's url is at http://xrl.us/begth7
17:57 Infinoid rurban: is it another linking issue?
17:57 Coke if we had that issue since trac, should be easily searchable.
17:57 rg notfound: i would probably expect Parrot_sub_new_from_c_func
17:57 Infinoid AIX uses export files to explicitly export symbols to shared libraries
17:58 pmichaud NotFound: it's generally 'Parrot_' + name of subsystem + function
17:58 pmichaud thus Parrot_str_new instead of Parrot_new_str
17:58 NotFound rurban: we don't solve adequately the problem, then it hits us again and again
17:58 rurban No, it's probably the race which you fixed but reverted
17:59 rurban NotFound: you or Infinoid: I forgot which version got commited
17:59 NotFound Infinoid. Don't know it has been reverted
17:59 Infinoid It doesn't look reverted.
18:00 NotFound Anyway the problem was not solved, just some of the symptons.
18:00 Infinoid That was just one race, there may be others
18:01 Infinoid But if it only happens in dynpmcs, I think it must be linker symbol exporting, not an init race
18:01 NotFound And no one win that races ;)
18:01 rurban Do we have access to an AIX?
18:01 Coke someone does, obviously.
18:01 Coke previous attempts to match up smokers with smokes have been ... fruitless.
18:01 particle does ibm have something like hp's testdrive?
18:01 Infinoid NotFound: Did we ever end up committing one or the other patch to fix up those encoding/charset globals?
18:02 NotFound Instead of saerching and fixing symptons will be better to kill those pesky exported globals.
18:02 ron joined #parrot
18:02 particle coke: relying on smolder, with only one or two committers, is difficult, for sure
18:02 Infinoid Oh, that's right, someone said that a better string subsystem was on the way, so I got distracted by something shiny and wandered off.
18:03 rurban I think I've lost this patch...
18:03 NotFound Infinoid: the idea was to discard that way and use functions that returns things stored outside the interpreter.
18:06 Coke particle: given we now have (to me) a slightly more transparent smoking system, should we see about creating smoke.parrot.org?
18:06 Coke s/smoking system/admin system/
18:06 Coke (I feel bad saying that, because robrt and ask were always very helpful, but having ssh on the box makes it feel like I can do more damage this way. =-)
18:07 ron If I run parrot's t/harness with --help it mentions a -v option '-v ... run verbose'.  In practice if I try the -v option it makes all the tests fail and leaves a flood of output.  Was it supposed to do the same thing as setting HARNESS_VERBOSE=1 in the environment or does anyone know if it was supposed to do anything different?
18:07 NotFound Tell the truth, you want to be a smoker where no one can see you X-)
18:09 Coke I can't find where -v is used in t/haress
18:09 Coke "harness"
18:09 ron Coke - did you look at the output of --help ?
18:10 Coke no, I was looking at the code in t/harness
18:10 Coke (which has been refactored to the point of obscurity. digging.)
18:12 Coke it's probably passing the -v along to ./parrot, which is entirely unhelpful.
18:12 Coke (at least to me.)
18:12 Coke perhaps if you wanted to see more verbose output on a particular test.
18:13 Coke so, no. looks like it's not meant to correspond to HARNESS_VERBOSE.
18:14 Coke (which is already explicitly checked elsewehere in t/harness
18:15 rurban NotFound: I remember what cuased these AIX failures (on windows then). It was a static/shared library clash
18:15 rurban Maybe this AIX/ppc box compiles both shared and static and runs static, but the dynpmc's run the shared versions then. voila: clash
18:16 nopaste "Coke" at 65.91.151.195 pasted "yes?" (23 lines) at http://nopaste.snit.ch/15677
18:17 rurban did you try it?
18:18 ron Coke: fwiw I think your suggestion drops the exception $@
18:18 ron in the err msg
18:21 rurban killed the bugger...
18:24 dalek parrot: r36879 | rurban++ | trunk/tools/dev/pbc_header.pl:
18:24 dalek parrot: [tools] TT #357
18:24 dalek parrot: Disable tools/dev/pbc_header.pl --update-fingerprint,
18:24 dalek parrot: so that no more pbc's get corrupted.
18:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36879/
18:25 Coke ron: does it matter? how many different ways can eval'ing a require fail?
18:25 Coke is it worth duplicating the code path there?
18:28 dalek parrot: r36880 | rurban++ | trunk/docs/project/release_manager_guide.pod:
18:28 dalek parrot: [docs] TT #357. Do not mention the broken tools/dev/pbc_header.pl --upd
18:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36880/
18:29 ron back to 't/harness -v' - if I or someone were to rig the -v option so it only failed tests when it was supposed to and gave the additional parrot -v output would that be reasonable behavior for the flag ??
18:30 ron the parrot -v output for failed tests that is ...
18:30 moritz isn't that the default behaviour already?
18:31 ron on my cygwin, win32 and linux systems it results in all tests failing - maybe just a bug ?
18:31 rurban ron: which tests?
18:31 ron I was mostly working with t/pmc/threads.t
18:32 rurban you mean: prove t/pmc/threads.t fails for you?
18:34 Coke moritz: I would guess that it ALWAYS runs -v.
18:34 Coke which would cause any test that looked at stderr to probably fail.
18:35 Coke if you just want a verbose output, use /prove -v/
18:35 Coke if you want the exact same options t/harness uses, use HARNESS_VERBOSE=1 t/harness t/pmc/threads.t
18:35 Coke prove -v != t/harness -v
18:35 ron sorry -no I am running perl t/harness (not prove).  I wasn't really familiar with prove.  But prove -v does not run parrot with -v (and with --help clearly and accurately explains what it does).
18:36 Coke prove is not a parrot tool. t/harness is.
18:36 Coke that may explain the differences in documentation quality.
18:36 Coke moment:
18:39 Coke ron: updated the docs so that perl t/harness -help basically says "don't do that."
18:40 Coke if you want verbose output, use HARNESS_VERBOSE=1 t/harness t/pmc/threads.t
18:41 Coke (add a perl in there.)
18:41 Coke (prove -v doesn't run parrot -v) exactly. it implies the same has HARNESS_VERBOSE=1
18:41 dalek parrot: r36881 | coke++ | trunk/lib/Parrot/Harness/Options.pm:
18:41 dalek parrot: Update the documentation on t/harness to warn about the -v option.
18:41 rurban chmod +x t/harness
18:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36881/
18:42 Coke rurban: no.
18:42 ron Thx. sorry for not using prove - the comment looks good though ...
18:42 Coke If you do that, which perl does it run with?
18:42 Coke (if we had some way to force all the tools to run with the perl you config'd with, that'd be ok. but then it's a generated file anyway.)
18:43 kj joined #parrot
18:44 rurban To rephrase the AIX problem: Shouldn't we skip dynpmc and dynoplibs if parrot is linked static?
18:46 rurban With win32 I've renamed the static lib to libparrots.lib not to get any conflicts with my tt312-win32-linking.patch
18:46 rurban Coke: sure, just for less typing while developing
18:47 barney joined #parrot
18:49 Coke rurban: (skip dynamic stuff if linked static) That's an excellent question. One for the list, in a general "so, if we link static, what can document as nonfunctional" kind of way.
18:50 NotFound Someone is actually using static linking for something?
18:50 rurban Sure, broken hints
18:50 rurban openbsd until recently, aix apparently
18:51 Coke (static) osx was using it for some time since installing dynamic is borked.
18:51 Coke of course now static /and/ dynamic are borked. =-)
18:51 rurban I already had a ticket for this but it was warnocked and 0.9.1 got out without
18:52 NotFound General consensus is then Parrot_sub_new_from_c_func ?
18:56 rurban the export DYLD_LIBRARY_PATH=blib/lib thing?
19:05 Whiteknight NotFound: do we want Parrot_sub_new_from_c_func, or should it be "_call_" or "_nci_" instead?
19:05 dalek tracwiki: v8 | whiteknight++ | ParrotLongTermRoadmap
19:05 Whiteknight is "_sub_" the right subsystem name?
19:06 dalek tracwiki: peppering my name into a few 2.0 milestones that I'm interested in working on
19:06 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Parrot​LongTermRoadmap?version=8&amp;action=diff
19:06 dalek parrot: r36882 | NotFound++ | trunk:
19:06 shorten dalek's url is at http://xrl.us/begtto
19:06 dalek parrot: [core] add Parrot_sub_new_from_c_func to extend.h
19:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36882/
19:06 NotFound Whiteknight: good question, but a bit too late ;)
19:06 Whiteknight haha, never mind then
19:06 Whiteknight where is that function defind?
19:06 Whiteknight defined?
19:06 purl defined() is a function that returns a Boolean value telling whether EXPR has a value other than the undefined value `undef'. If EXPR is not present, `$_' will be checked.
19:07 NotFound extend.c
19:07 NotFound Ah, you mean the c function?
19:07 Whiteknight yeah
19:08 NotFound Anywhere. I'm testing for embedding, just take his address
19:10 nopaste "NotFound" at 213.96.228.50 pasted "Testing Parrot_sub_new_from_c_func in embedding" (117 lines) at http://nopaste.snit.ch/15678
19:11 rurban I've fixed now the broken tools/dev/pbc_header.pl which broke our naive_pbc's and pbc_dump dumped core on the new, untested UUID data feature.
19:12 rurban UUID data is the 10-byte fingerprint (md5) from before.
19:12 NotFound Now we can make some interesting things with embedding :)
19:13 cotto How can I figure out what function is in an NCI PMC's func ATTR?
19:13 cotto s/in/pointed to by/
19:14 NotFound cotto: do you mean his name?
19:14 cotto that'd be sufficient
19:15 NotFound No name stored, you can use C level debug information, if present.
19:16 NotFound A way to optionally give them a name will be good
19:16 cotto The problem there is that func points to a chunk of memory.
19:17 NotFound cotto: at machine execution level, there is no other thing
19:17 Infinoid could you register it at creation time?
19:18 NotFound The NCI PMC has no attribute for it
19:20 cotto Too bad.  I was hoping there'd be a sneaky trick to find the name.
19:20 Infinoid I suppose you could add one if you really wanted to.
19:20 NotFound Setting it explicitly is that perl5 does
19:21 Infinoid You might not be able to rely on it being there in all cases... it could be an anonymous function (gcc lexical function, or something produced automatically by JIT perhaps)
19:21 NotFound We can add a name attribute to nci, but to be usefull we must also add variants of the dlfunc opcode
19:23 NotFound And to be even more useful, a way to set the source file name, as perl5 does.
19:24 cotto It doesn't sound like an extra ATTR would be worthwhile just to make debugging easier.
19:24 cotto (that would be nice, though)
19:24 NotFound But in real dlfunc usage you don't know the source file, of course.
19:26 NotFound Hum, I was fooling myself, in the dlfunc opcode you already have the symbol name.
19:26 leto_ joined #parrot
19:26 rurban I forgot to update PBC_COMPAT when I added bignum.pmc again
19:27 rurban that's why we also got pbc reading trouble
19:27 NotFound cotto: you can open a RFC ticket about that
19:29 rurban Starting with what version are we not allowed to delete ops/pmc methods anymore? I'm asking for PBC compat, to be able to read older pbc's.
20:07 dalek parrot: r36883 | NotFound++ | trunk/t/src/embed.t:
20:07 dalek parrot: [t] using Parrot_sub_new_from_c_func in embed
20:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36883/
20:11 dalek parrot: r36884 | whiteknight++ | trunk/docs/book/ch04_pir_subroutines.pod:
20:11 dalek parrot: [Book] Fix an error. Thanks hexcoder++
20:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36884/
20:19 dalek parrot: r36885 | whiteknight++ | trunk/docs/book/ch04_pir_subroutines.pod:
20:19 dalek parrot: [Book] Add some basic stub info about Role PMCs to chapter 4
20:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36885/
20:21 rurban_ joined #parrot
20:28 dalek parrot: r36886 | whiteknight++ | trunk/docs/book/ch04_pir_subroutines.pod:
20:28 dalek parrot: [Book] two small clarifications to chapter 4
20:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36886/
20:32 dalek parrot: r36887 | chromatic++ | trunk/t/pmc/ref.t:
20:32 dalek parrot: [t] Unskipped some tests for Ref PMC and its semantics.
20:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36887/
20:39 Whiteknight every time we unskip a test, a FLOP-faery loses it's wings
20:40 Whiteknight or, as an alternative comment: I feel a great disturbance in the force. As if hundreds of developers all cried out because they lost another minute to realclean
20:40 Whiteknight urg, s/realclean/make test/
20:40 cotto easy fix: never run svn up
20:42 NotFound Whiteknight: I can send you a few videos of Winx Club if you ran out of fairy wings
20:43 Whiteknight no, thanks. I have a whole bag of them
20:51 * Whiteknight steals a bunch every halloween
20:52 rurban I'm implementing now the uuid_data. as before? md5 of the file PBC_COMPAT? I just use 8 byte, not 10 as before.
20:53 NotFound We have parrot wings, anyway
20:57 cotto What should two String PMCs with is_equal dispatch to?  I'd think Parrot_String_is_equal, but that doesn't appear to be the case.
20:59 cotto (using mmd, i.e. Parrot_mmd_multi_dispatch_from_c_args(INTERP, "is_equal", "PP->I", item1, item2, &result); where item1 and item2 are String PMCs)
20:59 * Coke finally thought he understood the plan.
20:59 cotto When you think you understand it, it changes.
20:59 Coke "the plan never changed. only your mind  makes it seem so."
21:00 Infinoid chromatic++ # the 2.6 kernel series is just an extension of 2.5 and they intend to continue forever without ever bumping again; they bumped it to 2.6 as a cheap hack to increase their pool of testers
21:02 Coke ... why not switch to a 5 month deprecation scheme to avoid numbering pains.
21:04 cotto The obvious fix is to count in duodecimal.
21:07 jan joined #parrot
21:09 pmichaud ...are we going to have numbering pains?
21:11 Coke I like andrews suggestion: let's number like care models.
21:11 Coke *car.
21:11 pmichaud I suggested date-based revision numbers at PDS but got very little support for it.
21:12 pmichaud no, I should rephrase that.  Allison was very commited to a 1.x 2.x etc. numbering scheme.
21:12 Coke I think sticking to the old style numbers is at odds with the core "numbers don't matter" argument that seems to be the result of PDS.
21:12 pmichaud ...numbers don't matter?  I hadn't seen that (but perhaps I need to update my email reading)
21:15 NotFound Can we use NaN as release number?
21:15 pmichaud Yes, that's the March 1.0 release.
21:15 pmichaud :-)
21:16 rurban -Inf maybe
21:17 rurban I'll reserve 2 pad bytes at the end of the uuid_data so the dir starts at an even address (0x20), without uuid it was 14 pad bytes.
21:18 Whiteknight I would love to have version numbers like 2009A or 2010C
21:18 Whiteknight concise, shows when it was released and avoids all the bullshit about numbers and periods
21:19 pmichaud for Rakudo development releases, I've been playing with the idea of just using letters:  A B C D E F G...
21:20 pmichaud for cleverness, perhaps pick names that start with those letters.
21:20 * NotFound remebers Clipper Summer 87
21:20 Whiteknight (being like ubuntu)++
21:21 pmichaud If we do monthly releases, I'm not planning to have more than 26 of them between now and rakudo "1.0"
21:21 pmichaud (if we do biweekly releases, we might reach the end of the alphabet.  So perhaps 2009A, 2009B, etc.
21:21 Whiteknight that would give you at least two christmases to get your stuff in order
21:22 pmichaud fwiw, all of the points that chromatic is making in the email thread are things I also argued for at pds.
21:27 Coke my only fear at this point is that allison will confuse me again. =-)
21:28 pmichaud deprecation points are 1.0, 1.5, etc.
21:28 pmichaud major feature releases bump the second digit
21:28 pmichaud other releases bump the third digit
21:28 pmichaud end of story.
21:28 Coke pmichaud: no, it' snot.
21:28 Coke chromatic just argued against that very system.
21:29 pmichaud I'm writing my email where I say "I completely agree with chromatic, and made the same points at PDS"
21:29 dalek parrot: r36888 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
21:29 dalek parrot: [install] merge from pdd30_install branch + many improvements
21:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36888/
21:29 pmichaud however, my email also says "I don't expect the numbering system to change in 2009", and I don't.
21:29 Coke ok, but if you include those 3 things, you don't agree with him.
21:29 Coke ok.
21:29 pmichaud I agree with him, but I expect it to not change.
21:29 Coke *sigh*
21:29 pmichaud Because the one person who decides this isn't in the conversation.
21:30 Coke I thought the whole point of the setup we have now is that there is no one person who decides anything.
21:30 pmichaud I think we've proven that isn't the case.
21:30 Coke we defer to her on a lot of stuff, but primarily technical.
21:31 petdance joined #parrot
21:31 cotto (benevolent dictatorship)++
21:32 Whiteknight I deal with dictatorships in these cases only so far as they help us avoid design by committee
21:32 pmichaud I can tell you that the existing system was not really design by committee.
21:32 pmichaud yes, we all participated in the discussion, but I was not in favor of what was chosen.
21:32 Coke no, we all didn't. =-)
21:33 Coke (but I know what you mean.)
21:33 pmichaud (all of us who made it to PDS, that is.)
21:33 dalek parrot: r36889 | fperrad++ | trunk/tools/dev/mk_inno_language.pl:
21:33 dalek parrot: [inno-setup] handles more files & directories
21:33 pmichaud I believe the argument for the 1.x.y scheme comes down to the marketing advantages of being able to claim "1.x", "2.x", etc. releases.
21:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36889/
21:34 pmichaud particularly for a 1.0 release
21:34 pmichaud however, I may be misrepresenting the position there.
21:34 Whiteknight later
21:35 pmichaud anyway, let's just say that I'm just trying to describe the current plan as opposed to being an advocate for it.
21:37 dalek parrot: r36890 | rurban++ | trunk:
21:37 dalek parrot: TT #357: fix pbc_header.pl --upd
21:37 dalek parrot: - This broke the native_pbc's on 0.9.1
21:37 dalek parrot: - The pbc writer was rewritten. It adds now the UUID,
21:37 dalek parrot:   called fingerprint before. The size was choosen as 12,
21:38 dalek parrot:   to keep a pad of 2, and it still fits into the old header.
21:38 dalek parrot: - Make it binary-safe on crlf platforms.
21:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36890/
21:38 Infinoid I have no problem whatsoever with calling a release version "20090317"
21:38 rurban I have
21:38 pmichaud the day of month is a bit superfluous -- 200903 would be sufficient.
21:38 Infinoid True.
21:38 rurban 1.0 is 1.0. with all other numbers we are ridicolous
21:38 Infinoid But it lets us release hotfixes as 20090318, instead of that 0.9.0.1 nonsense
21:39 pmichaud I've also considered   902, 903, 904 ... 912, 1001, 1002, 1003, ... 1012,    for Rakudo.
21:39 pmichaud no dots.
21:42 rurban I'll implement now the UUID checker into the pbc library reader to be able to detect inter-release PBC_COMPAT changes. This this need a new ticket or do the old ones fit? TT #357 was the last complaint for those failing checks
21:42 rurban s/This this/Does this/
21:42 Coke pmichaud: (describe the current plan) if that had been done more clearly, I wouldn't have started this thread. =-)
21:43 Coke between chromatic's doc, allison's doc, and the email thread, we didn't really have a clear picture.
21:44 pmichaud fair enough that the docs may not have painted a clear picture.  The email thread ending with http://lists.parrot.org/pipermail/p​arrot-dev/2009-February/001449.html is what I had been going on.
21:44 shorten pmichaud's url is at http://xrl.us/beguff
21:45 Coke I like chromatic's idea.
21:45 dalek parrot: r36891 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
21:45 dalek parrot: [tools] downcase PMC & Ops filenames
21:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36891/
21:45 Coke from "The Core Problem with Parrot Version Numbers"
21:46 pmichaud I do also.  I'm seriously considering something like it for Rakudo.
21:47 rurban Our only strength are timely and often releases, which can be easily numbered 1-x. Why the date now?
21:48 rurban Professional companies also have the same strategy.
21:48 Infinoid The date makes more sense to me based on our release mindset
21:48 pmichaud I know of very few companies where their release numbering system makes any significant sense.
21:48 Infinoid 1.0 has too much marketing strings attached for my tastes
21:48 rurban 18-month cycle, only major number updates
21:49 pmichaud Infinoid: I think that's one of the reasons for "1.0" as allison was advocating it.
21:49 PerlJam marketing++ when it works in our favor.
21:49 Infinoid but in point of fact, we're releasing 1.0 in a month despite the fact that we still have a *lot* of work to do :)
21:49 pmichaud Infinoid: depends on what you view "1.0" as meaning.
21:49 rurban I'm not chatting around here :)
21:49 Infinoid (this is why I'm an engineer and not a sales guy, I guess.)
21:51 Coke Hurm. chromatic's scheme is nifty, but breaks the "ok, which version is newer" meme.
21:51 pmichaud the names are alphabetical.
21:52 Coke Yes. I noticed that.
21:52 pmichaud So Dusky 1 is newer than Budgie 4
21:52 Coke Is there a Q named parrot? Are we doing to be doing this for more than 13 years?
21:52 Infinoid I was thinking of those codenames more as aliases than actual version numbers
21:52 Coke Infinoid: that's not the impression I get from his posting.
21:52 pmichaud Infinoid: in the ubuntu world, we tend to speak in terms of the names more than the numbers
21:53 Coke It's one thing I /hate/ about OS X.
21:53 Infinoid true.  debian too
21:53 Coke "you need at least leopard to run this".
21:53 Infinoid I can never remember whether sarge is 4.0r3 or 4.0r4 or what
21:53 pmichaud thus "Dapper", "Edgy", "Feisty", ....
21:53 rurban Someone once wrote a fingerprint_c.pl I suppose to read PBC_COMPAT at build-time or runtime? Really. Why not stamp the build at configure-time and store it it in config.h?
21:53 Infinoid pmichaud: ah, I never realized they were alphabetical until now.
21:54 pmichaud right.  The current release is "Intrepid".  The next release is "Jaunty"
21:54 pmichaud Coke:  I suspect that after 13 years we loop around to "A" again.
21:54 Infinoid A is the new Z!
21:54 pmichaud it's like naming hurricanes, only over a longer time cycle.  :-)
21:56 Coke pmichaud: ... that's not an unreasonable answer. anyone running budgie when zombie comes out will not be confused.
21:56 pmichaud right, that's what I'm thinking.
21:57 pmichaud but more I was thinking we'd have a different set of A..Z names
21:57 pmichaud not that we'd re-use the ones from the first 13 years.
21:57 Coke no, I get that.
21:57 tewk Lets just extend the alphabet when the time comes.
21:57 Coke I'm saying that we only care about that reset near the boundary, and it'll be obvious at the boundary.
21:57 pmichaud tewk: we could always use Unicode.  :-P
21:57 Coke good thing I deleted my objection email.
21:57 Coke pmichaud: *THWAP*
21:57 Infinoid pmichaud: You beat me to it!
21:58 Coke Infinoid: *THWAP*
21:58 pmichaud I claim the dingbats!
21:58 tewk LOL
21:58 NotFound We can show our commitment with unicode by labeling each realease with a character in a different codepoint plane
21:59 Infinoid Requirements to install parrot: * every unicode font ever made
21:59 NotFound Forget that limiting ascii alphabet!
21:59 purl NotFound, I didn't have anything matching that limiting ascii alphabet
21:59 Infinoid purl++
21:59 pmichaud also, fwiw, a group of us could adopt whatever name/numbering scheme we want, even if it's not the "official" one.  :-P
22:00 pmichaud i.e., grass-roots insurrection approach :-P
22:00 Infinoid Ah, insurgency
22:00 pmichaud I've been doing that somewhat informally by always saying e.g. "February 2009 release"  instead of "0.9.1".
22:01 rurban wouldn't it be nice to show our unicode support by understanding unicode pathnames to parrot? TT #326 (chinese path)
22:02 Infinoid Patches welcome.
22:02 purl it has been said that patches welcome is ponies welcome or Set Objectives, Achieve Results! or swahili for "Put up or shut up."
22:02 rurban which design?
22:02 purl i think which design is that?
22:03 rurban detect encodings automatically? new cmdline switch for the encoding?
22:03 Infinoid I'm not sure what the choices are
22:03 Infinoid Is it possible to have a sensible default based on the OS?
22:03 NotFound Infinoid: no
22:03 rurban parrot -Epath:utf8 utf8/pathname.pbc
22:04 rurban something like that
22:04 NotFound I can have a directory with a latin-1 name, inside it a file with a utf8 name
22:04 rurban for files maybe an op or op arg is enough
22:04 NotFound In fact, at work I have a lot like that
22:04 rurban really? thta should be a user problem then
22:05 rurban utf8 encoding understands latin-1 anyway
22:05 NotFound Is a "too much bosses" problem, I think
22:06 NotFound rurban: what? latin-1 characters aren't even valid utf8 streams
22:06 Infinoid the characters are fine, the encoding changed
22:06 Coke pmichaud: if you like chromatic's scheme, Please vote it up, even if you think it'll get overruled. =-)
22:06 rurban Should I write about my UUID design to the list or to a ticket?
22:07 Coke I think it's the sanest thing I've seen all day, I'm in.
22:07 rurban latin-1 is not 1:1 the same in utf8?, right, > 128 there are differences. sorry
22:07 Infinoid rurban: ticket is easier to point at
22:07 NotFound The characters are unicode.... but we don't work that way. And even if we change, we can't have two encodings schemens in the same string
22:07 Infinoid NotFound: can you can show me a filesystem that can handle two encoding schemes in the same string?
22:08 NotFound Infinoid: ext2
22:08 Infinoid Presumably, if you give it the exact same bytes you got back from readdir(), it'll work, right?
22:09 NotFound Infinoid: yeah, the filesystem has no problem with it, but we'll have if we try to apply some encoding
22:09 NotFound Other than "plain binary"
22:09 Infinoid "plain binary" is exactly what I'm thinking
22:09 Infinoid It's portable, too.  I think :)
22:09 Coke chromatic++
22:10 dalek parrot: r36892 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
22:10 dalek parrot: [tools] fix install paths
22:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36892/
22:10 pmichaud Coke:  I added my +1.
22:11 Coke_afk pmichaud++
22:12 Coke_afk ->
22:12 NotFound I think that command line arguments and environment strings must be taken as binary fixed8
22:13 Infinoid If the environment tells me what encoding to use (e.g. LANG or LC_CTYPE or whatever), that's great.  Otherwise, we don't know what to expect, so use thick rubber gloves.
22:13 ron left #parrot
22:15 NotFound Infinoid: that will work nicely in a lot of cases, but can trhow transcode exceptions in worse cases
22:16 Infinoid That doesn't seem like parrot's fault
22:16 rurban TT #359 is my design goal for pbc UUID's, but of course freeze/thaw is in my way.
22:16 Infinoid if the user's environment is really badly broken, there's only so much we can do, I think
22:17 NotFound Infinoid: be unable to read a directory tree will be taken as a parrot fault by many people... including me
22:17 rurban LC_CTYPE is the solution, yes
22:17 rurban on windows we have similar detection methods
22:18 dalek tracwiki: v20 | cotto++ | PMCUnionDeprecationTasklist
22:18 dalek tracwiki: add moderately coherent gotcha about MULTIs
22:18 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PMCUnionD​eprecationTasklist?version=20&amp;action=diff
22:18 dalek parrot: r36893 | cotto++ | trunk/src/hll.c:
22:18 shorten dalek's url is at http://xrl.us/begunv
22:18 dalek parrot: [PMC] avoid creating uninitialized String PMCs during interp init
22:18 dalek parrot: This enables ATTR conversion of the String PMC.
22:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36893/
22:18 rurban hmm, is the filoename encosing not stored in the mounttable?
22:18 rurban is there an API to read the mount encoding?
22:19 Infinoid can we get away without any explicit encoding stuff at all?  The base directory is a static path, we never need to modify it, and if we concatenate to it, we're only adding basic ascii
22:19 Infinoid So it really seems like binary cleanliness would solve this issue
22:19 NotFound There is no such thing as a mount encoding.
22:19 rurban in user-land there's a different world
22:19 rurban not?
22:20 NotFound rurban: you can throw any byte you want in a ext2 filesystem name, except a few forbidden
22:20 rurban so it's 1:1
22:20 Infinoid That's not because ext2 handles them properly, it's just that it doesn't care and just handles them as binary
22:20 rurban only NFS has some translations defined AFAIK
22:20 Infinoid vfat and ntfs do too, but who uses those
22:20 rurban so we shoudl treat them as binary also
22:21 Infinoid I think that's the sanest approach
22:21 NotFound It doesn't care how you interpret it. But if you try to interprte in terms of some encoding without exceptions, you have to care.
22:21 rurban so the only problem is the GetShortPathName() hack on windows to get paths without spaces
22:22 rurban maybe this broke the chinese path
22:22 Infinoid I'd be curious what it returns for chinese paths
22:22 dalek parrot: r36894 | cotto++ | trunk/src/pmc/string.pmc:
22:22 dalek parrot: [PMC] convert String PMC to use ATTRs
22:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36894/
22:22 Infinoid If it asciifies it somehow, that works around the issue
22:23 rurban Infinoid: does this need a PBC_COMPAT change? I also have to add something there, which I forgot
22:23 rurban sorry, it was cotto
22:24 NotFound Maybe the faster solution for windows is take the name in utf16 with using the unicode variants of the functions and convert it to utf8
22:24 rurban yes, use the wide-api
22:25 rurban I'll try that out
22:25 cotto ?
22:26 rurban does removing destroy need a PBC_COMPAT change? I also have to add something there, which I forgot
22:26 slavorg joined #parrot
22:27 rurban just did, now you can.
22:29 cotto rurban, my changes should mess up pbc compat if that's what you were asking
22:30 dalek parrot: r36895 | rurban++ | trunk/PBC_COMPAT:
22:30 dalek parrot: [core] bytecode 3.35 for adding bignum
22:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36895/
22:32 cotto s/should/shouldn't/
22:33 cotto weird typo
22:33 rurban thanks
22:45 iblechbot joined #parrot
22:52 Whiteknight joined #parrot
22:56 Limbic_Region joined #parrot
22:59 dalek parrot: r36896 | cotto++ | trunk:
22:59 dalek parrot: [PMC] replace PMC_pmc_val with an ATTR in the NCI PMC
22:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36896/
23:03 dalek parrot: r36897 | cotto++ | trunk/config/gen/makefiles/root.in:
23:03 dalek parrot: [config] line length fix
23:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36897/
23:09 Coke_afk (messing up PBC compatibility) There's a topic to address in terms of our six-month cycle.
23:10 Coke I think not changing PBC_COMPAT for six months is going to be /tough/
23:10 purl Hmm.  No matches for that, Coke.
23:12 Limbic_Region pmichaud ping
23:15 TiMBuS joined #parrot
23:17 bacek_ joined #parrot
23:38 * Limbic_Region idly wonders if pmichaud has been MIA, busy, or if he is just avoiding him
23:48 dalek rakudo: a74de6a | pmichaud++ | docs/spectest-progress.csv:
23:48 dalek rakudo: First cut of spectest-progress.csv update, more to come.
23:48 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​74de6adffb4a144915beed72892ce04cbc78e9c
23:48 shorten dalek's url is at http://xrl.us/beguyw
23:49 pmichaud Limbic_Region: I've been busy, alas
23:49 pmichaud I'll get a response to your email tonight, if you're still wanting one...?
23:50 Limbic_Region yes - still wanting one
23:50 Limbic_Region unless of course you aren't interested
23:50 Limbic_Region in which case you can just say so here :-)
23:51 TiMBuS is there any way to tell if rakudo is being run as a repl from action.pm? if the repl acted like non-strict perl they could be used over multiple lines
23:51 TiMBuS uh, 'they' being variables

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

Parrot | source cross referenced