Camelia, the Perl 6 bug

IRC log for #parrot, 2009-03-12

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 dalek parrot: r37335 | jkeenan++ | branches/install_tools (3 files):
00:00 dalek parrot: In Parrot::Install, begin to add documentation for individual subroutines.
00:00 dalek parrot: List subroutines in the order in which they are called in install programs.
00:00 dalek parrot: Subroutines are now explicitly imported so they don't need to be fully
00:00 dalek parrot: qualified.
00:00 purl qualified is the whole module name or?
00:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37335/
00:01 wayland76 kid51: Maybe I should just leave things to you :)
00:01 wayland76 With no svn commit, I can't keep up :)
00:02 cotto purl, ignore dalek
00:02 purl cotto: i'm not following you...
00:02 cotto That's the problem.
00:05 wayland76 purl, what can you do?
00:05 purl wayland76: i haven't a clue
00:06 wayland76 That sounds about right :)
00:08 kid51 Ah, good evening.  Yeah, I got on a roll.  But it will give you an idea of how to proceed.
00:08 dalek parrot: r37336 | jkeenan++ | branches/install_tools/con​fig/gen/makefiles/root.in:
00:08 dalek parrot: Let's run the tests of the install tools as part of make manifest_tests (since
00:08 dalek parrot: they depend on an accurate MANIFEST).
00:08 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37336/
00:08 kid51 In particular, inspect tools/dev/install_files.pl.  The patch didn't install cleanly, so I had to reconstruct it.
00:09 AndyA joined #parrot
00:09 kid51 Am going to dinner soon.  You can check out the branch and work from there by submitting patches.  I'm AFK this weekend, so there still be plenty for you to do.
00:10 kid51 wayland76:  Does that sound okay?
00:12 wayland76 fine :)
00:13 wayland76 I'm just trying to resolve the conflicts again now :)
00:20 Woody4286 joined #parrot
00:49 davidfetter joined #parrot
00:59 wayland76 purl: seen rurban
00:59 purl rurban was last seen on #parrot 6 hours, 20 minutes and 36 seconds ago, saying: I'd need someone for some ptr casting trouble I have on TT#254. Maybe this is fatal on certain compilers
01:47 jimmy joined #parrot
01:47 jimmy purl, forgot qualified
01:47 purl jimmy: i'm not following you...
01:47 jimmy purl, forget qualified
01:47 purl jimmy: I forgot qualified
01:57 GeJ did something change in the make html target recently? I'm seeing a new warning message:
01:57 GeJ How to reproduce: make realclean; <configure>; make html
01:58 GeJ the message: "Failed to process docs/packfile-c.pod."
01:59 jimmy make html always failed for file changing
01:59 GeJ the way I understand the docs/Makefile, "docs/packfile-c.pod" is generate with the 'all' target.
02:00 GeJ So now, one must build parrot first before generating the html.
02:00 GeJ I'm asking because I used to do it the other way around, and never noticed this message.
02:01 GeJ I'm trying to browse the commit logs, but can't seem to find anything relevant about this.
02:02 jimmy maybe some .c files had been renamed,
02:03 jimmy but 'make html' had not been fixed.
02:03 dalek parrot: r37337 | Util++ | trunk/examples (23 files):
02:03 dalek parrot: [examples] Typo corrections
02:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37337/
02:05 eternaleye joined #parrot
02:07 allison GeJ: docs/packfile-c.pod was just recently added to the html generated docs
02:07 jimmy I always got that failing
02:07 allison GeJ: make html should probably require parrot to be built already
02:09 GeJ allison: Ah, ok. I'll update my build script to put html generation after the build. thanks for the heads up.
02:10 rg the docs Makefile has a target to build packfile-c.pod, maybe the html target just needs to depend on it (like the all target)?
02:10 kid51 joined #parrot
02:10 GeJ heya James
02:11 kid51 good morning Geraud
02:16 kid51 Util:  see https://trac.parrot.org/parrot/ticket/438
02:19 Util Much thanks for taking the time! I was doubting myself after the fulltest/fulltest_all mixup.
02:29 gryphon joined #parrot
02:38 Util rg: +1 to that idea. Certainly, parts of parrot need to be built so that `make html` can get at every bit of generated doc, but at leastsome of the built can be delayed/deferred when `html` is all you want to make right now.
02:43 mikehh Util: I somehow missed reading those revisions - I had quite a bit of trouble generating reports for all tests
02:52 tetragon joined #parrot
03:34 Tene joined #parrot
03:35 janus joined #parrot
03:44 Andy joined #parrot
03:47 estrabd joined #parrot
03:47 dalek parrot: r37338 | Util++ | trunk/languages/cardinal (9 files):
03:47 dalek parrot: [cardinal] Typo corrections
03:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37338/
03:55 dalek parrot: r37339 | Util++ | trunk/languages/jako/lib/Jako (4 files):
03:55 dalek parrot: [jako] Typo corrections
03:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37339/
03:59 dalek parrot: r37340 | Util++ | trunk/languages/lisp (3 files):
03:59 dalek parrot: [lisp] Typo corrections
03:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37340/
04:10 tetragon joined #parrot
04:11 dalek parrot: r37341 | Util++ | trunk/languages (8 files):
04:11 dalek parrot: [languages] Typo corrections
04:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37341/
04:51 Theory joined #parrot
04:53 dalek parrot: r37342 | Util++ | trunk/tools (8 files):
04:53 dalek parrot: [tools] Typo corrections
04:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37342/
05:25 dalek parrot: r37343 | Util++ | trunk/runtime/parrot/library (11 files):
05:25 dalek parrot: [library] Typo corrections
05:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37343/
05:32 Coke ~
05:45 dalek parrot: r37344 | allison++ | trunk (8 files):
05:45 dalek parrot: [cage] Rewrite -r to --run-pbc and use the verbose form in TODO/skip matching.
05:45 dalek parrot: Patch from Rolf Grossmann (rg). Resolves TT #403.
05:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37344/
05:46 Tene !
05:52 Coke allison: ping
05:53 allison Coke: pong
05:54 Coke allison: is it ok for files in the repo to have multiple copyright statements?
05:54 Coke (e.g. all the IMCC files?)
05:54 allison Coke: in general, no, that is, we're trying to remove them
05:55 Coke should the copyright test complain about it?
05:55 allison Coke: yes
05:55 Coke k.
05:55 allison the tricky part is things like Pod::Simple
05:55 masak joined #parrot
05:55 allison but, we'll move that out of the repository as soon as we can
05:56 Coke those are already skipped by the test.
05:56 allison Coke: okay, good
05:56 Coke only failures left are chromatics, and soon to be melvin's.
05:56 allison Coke: on IMCC, I can see putting in an exception, at least until we contact him
05:57 Coke allison: they happen to pass now because they do have a PaFO copyright.
05:57 Util I sent email to chromatic on Tuesday, re: copyright on his remaining files.
05:57 allison Util: ok
05:58 allison Util: those are all Parrot::Embed, right?
05:58 Util Right
05:58 allison Coke: ah, okay
05:58 Util ext/Parrot-Embed/lib/Parrot​/{PMC,Embed,Interpreter}.pm
05:59 allison in theory, ext/ means "external", and isn't packaged up with the rest of the repository, but I don't remember if Parrot::Embed is included in the tarball. Probably it is.
06:00 dalek parrot: r37345 | coke++ | trunk/tools/dev/mk_language_shell.pl:
06:00 dalek parrot: pass 'make codetest' again.
06:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37345/
06:03 Coke we should either remove the parrot foundation copyright on chromatic's and skip them, or remove chromatics and keep them.
06:03 Coke it's 2am here. quick way to see how many times a RE matches in a string?
06:04 allison Coke: definitely keep the parrot foundation copyright
06:04 Coke $count++ while ($str =~ m/foo/g); seems ugly. =-)
06:05 allison Coke: and legally, there's no problem removing chromatic's copyright (he already retains copyright under the contributor agreement)
06:05 allison Coke: it's just that the module is released on CPAN as well as in the Parrot repository
06:06 Coke Presumably the copyright statement should match in both places.
06:06 allison Coke: and seems strange to have it appear with different copyright in the two places
06:06 allison Coke: aye
06:06 clunker3 joined #parrot
06:12 Util Related (allison, Coke): copyright.t scans {C,Perl,Makefile} source, but not {t,PIR} source.
06:12 Util Is there a reason to omit t/*.t and *.pir files from scanning, or is it just a manpower issue?
06:13 Util Many of the .t and .pir *do* already have copyright statements, but several hundred do not.
06:13 Coke hurm. updating the copyright test to be more finicky about IMCC is more effort than I'm goign to expend right now.
06:13 cotto allison, shouldn't the rsync make target should be removed?
06:16 Coke Util: t/examples/streams.t is failing for me.
06:16 Util Checking...
06:17 Coke I suspect allison's change just before yours fubar'd it.
06:17 Coke that would make it twice she's done that. =-)
06:17 Coke Util: I don't know why we don't check t and PIR files.
06:18 Coke or really, why we don't just check everything.
06:20 Util Coke: I have a personal TODO to recode that test to remove the hardcoding by duplicating the PIR codepath in Perl, then checking for matching results.
06:28 allison cotto: yes, remove the rsync target
06:35 dalek parrot: r37346 | cotto++ | trunk (5 files):
06:35 dalek parrot: [makefile] remove the obselete rsync target
06:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37346/
06:36 cotto Whoops.  That was way more than I intended to commit.
06:36 korshak joined #parrot
06:39 dalek parrot: r37347 | Util++ | trunk/t/examples/streams.t:
06:39 dalek parrot: [t] Made streams.t match its source input again
06:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37347/
06:41 cotto all better
06:42 Util Coke, it was not allison's doing; I failed to sync the test during a typo batch (r37337). Fixed now. Thanks for spotting it!
06:43 dalek parrot: r37348 | cotto++ | trunk (4 files):
06:43 dalek parrot: [hash] undo accidental commit
06:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37348/
06:47 * Util tries to type something Perlishly witty involving sleep() and alarm(), but fails miserably.
06:47 Util Night, all.
06:47 purl g'mogjt
07:13 GeJ purl: what was that?
07:13 purl gej: no idea
07:15 uniejo joined #parrot
07:24 janus joined #parrot
07:25 Psyche^ joined #parrot
07:25 dalek parrot: r37349 | fperrad++ | trunk/tools/dev/mk_inno_language.pl:
07:25 dalek parrot: [inno] add dynext
07:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37349/
07:31 alvar joined #parrot
07:36 wayland76 joined #parrot
07:49 dalek parrot: r37350 | allison++ | trunk/t (2 files):
07:49 dalek parrot: [cage] TODO two tests, known failures with lexicals and -r. Patch from Rolf
07:49 dalek parrot: Grossmann (rg). Resolves TT #325. See parent RT #60652.
07:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37350/
07:50 korshak left #parrot
07:59 nick joined #parrot
07:59 mj41_ joined #parrot
08:01 mj41__ joined #parrot
08:01 nick left #parrot
08:03 elmex joined #parrot
08:03 klapperl joined #parrot
08:07 jq joined #parrot
08:10 dalek parrot: r37351 | fperrad++ | trunk (3 files):
08:10 dalek parrot: [doc] remove languages
08:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37351/
08:10 cotto someone who knows python should write a fusil fuzzer for parrot
08:14 tetragon joined #parrot
08:14 zpmorgan joined #parrot
08:16 mikehh joined #parrot
08:24 contingencyplan joined #parrot
08:30 wayland76 Do any of the parrot tests test whether the -L option works?
08:50 tomyan joined #parrot
09:16 Gerd joined #parrot
09:28 wayland76 If I'm putting some printfs into parrot, and wanting to print the contents of a struct STRING, is there an easy way to do that?
09:28 wayland76 (or, to phrase it alternately, where is struct STRING declared?)
09:34 wayland76 Forget the second way I put the question; I'm not sure it'd help
09:34 purl wayland76, I didn't have anything matching second way i put the question; i'm not sure it'd help
09:36 wayland76 That might be because I wasn't talking to you
09:36 TiMBuS wayland76, i think you'e looking for pobj.h
09:37 moritz purl: don't forget yourself
09:37 purl moritz: excuse me?
09:37 TiMBuS struct parrot_string_t
09:44 wayland76 Thanks TiMBuS!  I'll try that
09:46 ujwalic joined #parrot
10:05 korshak joined #parrot
10:07 korshak left #parrot
10:21 wayland76 It's not helping me, unfortunately.
10:21 wayland76 inline op loadlib(out PMC, in STR) {
10:21 wayland76 printf("Preparing to load library %s\n", $2);
10:21 wayland76 $1 = Parrot_load_lib(interp, $2, NULL);
10:21 wayland76 }
10:22 wayland76 This is taken from src/ops/core.ops
10:22 wayland76 The only line I added is the printf
10:22 wayland76 Unfortunately, during compilation, it complains that $2 isn't a string (I'll get the exact error later)
10:23 wayland76 Anyone know how to print a STR?
10:26 TiMBuS you gotta print the actual string, which is inside the STRING struct as a pointer
10:27 TiMBuS its $2->thestring (one sec ill get the actual name)
10:27 TiMBuS strstart
10:27 purl strstart is going away.
10:28 TiMBuS never!
10:28 wayland76 Ah, I need -> -- sorry, I was doing .
10:28 wayland76 :)
10:29 wayland76 (I haven't done much C in quite a while)
10:29 TiMBuS yeah it can get you sometimes when it comes to pointers
10:31 bacek joined #parrot
10:37 wayland76 Appears to compile now.  Now I just have to see whether it will print anything :)
10:38 TiMBuS you also have to hope its a null terminated string because parrot uses buflen for string size and so doesnt need the trailing \0 :x
10:39 wayland76 Ouch
10:40 wayland76 Pascal strings :)
10:40 TiMBuS im only assuming here, it might be ok
10:40 wayland76 Does Parrot have its own printing function that I can use?
10:42 TiMBuS Parrot_io_printf
10:43 TiMBuS io.ops prints strings as such: Parrot_io_putps(interp, _PIO_STDOUT(interp), s);
10:43 TiMBuS s is a STRING*
10:48 wayland76 Ok, thanks.  I'll try that if I have any more trouble
10:52 jan joined #parrot
11:13 wayland76 ordinary printf worked.  Thanks!  Now I'm getting somewhere with my debugging :)
11:37 dalek parrot: r37352 | fperrad++ | trunk/tools/dev/gen_makefile.pl:
11:37 dalek parrot: [tools] allows expand_gmake_syntax
11:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37352/
11:48 wayland76 I have a question about src/dynext.c   In the Parrot_load_lib function, it suggests the alternate possibility of throwing an exception.  Is there a reason this isn't done?
11:58 rblackwe joined #parrot
12:03 wayland76 How do I get the Parrot_warn messages to show up?
12:09 wayland76 Oh, put the -w before the filename :)
12:33 rg1 joined #parrot
12:48 dalek parrot: r37353 | fperrad++ | trunk/tools/dev/gen_makefile.pl:
12:48 dalek parrot: [tools] fix previous commit r37352
12:48 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37353/
12:56 Woody2143 joined #parrot
13:08 korshak joined #parrot
13:09 gryphon joined #parrot
13:25 dalek parrot: r37354 | coke++ | trunk/runtime/parrot/library/Getopt/Obj.pir:
13:25 dalek parrot: Fix Pod formatting issue {Eric PERCHE}++
13:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37354/
13:56 Andy joined #parrot
14:01 ron joined #parrot
14:02 ron karma
14:03 dalek parrot: r37355 | coke++ | trunk/config/gen/makefiles/root.in:
14:03 dalek parrot: Remove defunct target 'doc_tests'.
14:03 dalek parrot: This is probably now covered by 'make codetest'.
14:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37355/
14:34 dalek rakudo: c48d6a3 | pmichaud++ | src/ (2 files):
14:34 dalek rakudo: Move ucfirst, lcfirst, chop, and fmt into settings.  (RT #63796, cspencer++)
14:34 dalek rakudo: Patch courtesy Cory Spencer <cspencer  at sprocket.org>, with minor
14:34 dalek rakudo: modifications.
14:34 purl modifications are picked up all the time
14:34 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​48d6a3458da215b8ccfac598e95efc750b05910
14:34 shorten dalek's url is at http://xrl.us/bejbvm
14:39 dalek rakudo: 087e299 | pmichaud++ | docs/spectest-progress.csv:
14:39 dalek rakudo: spectest-progress.csv update: 317 files, 7153 passing, 0 failing
14:39 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​87e299898416ca6c3a6e2b2bdc3785d841f0ec6
14:39 shorten dalek's url is at http://xrl.us/bejbv8
14:42 particle1 joined #parrot
14:44 zpmorgan joined #parrot
14:54 pmichaud purl, no modifications is <reply>
14:54 purl OK, pmichaud.
15:00 Coke modifications?
15:00 purl modifications are picked up all the time
15:00 Coke pmichaud: you need "no,"
15:00 korshak =)
15:00 korshak maybe just "forget"?
15:01 pmichaud purl:  no, modifications is <reply>
15:01 purl OK, pmichaud.
15:01 Coke korshak: if you forget, he can relearn another factoid for that slot later.
15:01 Coke if you use this trick, the slot is blocked.
15:01 korshak ah, yep
15:02 korshak but somebody can define new factoid to "modifications" again anyway
15:02 pmichaud but not inadvertently.
15:02 pmichaud modifications is baloney
15:02 pmichaud modifications?
15:02 pmichaud :-)
15:02 korshak purl, modifications?
15:02 purl i haven't a clue, korshak
15:02 korshak hehe
15:14 rdice joined #parrot
15:27 Theory joined #parrot
15:33 Psyche^ joined #parrot
15:39 pmichaud Coke: when you moved various languages to googlecode, did you try preserving the history at all or just move the latest version?
15:42 korshak left #parrot
15:51 Tene_ joined #parrot
16:37 davidfetter joined #parrot
17:05 Whiteknight joined #parrot
17:07 Whiteknight pmichaud, ping
17:08 pmichaud Whiteknight: pong
17:08 Whiteknight I've got a PCT question for you, if you have time
17:09 Whiteknight What's the status of lexical variables in interactive mode? Is that still an unresolved problem?
17:09 pmichaud yes, still unresolved.
17:10 pmichaud in the general case it's a fairly difficult problem, because parrot lexicals are tied to subs.
17:10 Whiteknight Okay. that's what I figured. I just transitioned our compiler to use all lexical variables and now interactive mode is completely borked
17:11 pmichaud but pct should probably come up with some way of solving the general case.
17:11 Whiteknight I had a idea where TOP($/, "close") would query the current lexpad, and export all the variable names/values to a global hash somewhere
17:11 Whiteknight but it seems like an awfully hackish solution to me
17:11 pmichaud ...and it's also a problem because that's compile-time, not runtime.
17:12 pmichaud but yes, I see the general idea.
17:12 Whiteknight Well, TOP() would call a run-time handler to manage the exports, or something. I haven't fleshed it all out yet
17:12 pmichaud it really feels like it ought to be handled somewhere other than the parser, though.
17:13 Whiteknight What if the LexPad PMC had some kind of 'export'() method to return a hash of all its current name/value pairs?
17:14 pmichaud my "best" idea thus far has been to have the interactive mode keep track of each sub that gets generated, and attach subsequent lines as inner scopes to the one previously executed.
17:14 pmichaud well, the LexPad PMC is effectively a hash already -- we should be able to just iterate over it somehow.  (But currently that doesn't work.)
17:15 Whiteknight what doesn't work for it, string keying?
17:15 Whiteknight because that would be a trivial thing to add methinks
17:15 pmichaud I looked at it once before but couldn't figure out the iterator part.
17:16 pmichaud RT #40156 is a related ticket.
17:16 Whiteknight Well, I'm going to start looking at this since I'm butting up against it now. I'll pass any ideas through you
17:16 PerlJam what causes class defs to hang around on subsequent lines in interactive mode?
17:16 pmichaud they aren't lexical in Rakudo yet.
17:16 PerlJam ah, of course :)
17:17 pmichaud package variables ("our") also work fine.
17:17 PerlJam do they?
17:17 pmichaud well, you have to redeclare them on each input line, but they retain their value.
17:17 pmichaud our $x = 3;
17:17 Whiteknight yeah, the "global" keyword in M does the same thing, I'll probably implement that next to get around this.
17:17 pmichaud our $x;  $x.say;    # "3\n"
17:18 PerlJam if you could just hoist lexicals up to a scope that surrounds the entire interactive session ...
17:19 pmichaud that requires being able to know the list of lexicals
17:19 Whiteknight PerlJam, but then the parser would need to know if it was in interactive mode or not?
17:19 PerlJam or just put them in a particular scope to begin with.
17:19 pmichaud there's not an easy way to iterate a lexpad, though.  I haven't thought of trying to iterate a lexinfo, though.
17:19 Whiteknight and also know whether it was in the topmost scope, or in a nested scope
17:19 pmichaud we might be able to get the list of lexicals from a lexinfo.
17:20 pmichaud anyway, as was briefly discussed at PDS last november, I'd really like to see the internal implementation of Parrot lexicals changed.
17:20 Whiteknight really? what changes you have in mind?
17:20 pmichaud we could do a lot better with prototype-based lexpads instead of the lexpad/lexinfo dichotomy
17:22 pmichaud consider the Perl 6:     my Int $a;   my Str $b is context<rw> = 5;
17:22 pmichaud currently we have to generate code to attach the type constraints and properties to each lexical as it is created
17:22 pmichaud it would be much better if those constraints and properties were part of the block's "prototype lexpad", and we just clone that lexpad when we need a new one for a block invocation
17:26 pmichaud afk for a while # lunch
17:26 Coke pmichaud: I answered that question in https://trac.parrot.org/parrot/wiki/LeaveTheNest, but it seems to have been edited away.
17:27 Coke https://trac.parrot.org/parro​t/wiki/LeaveTheNest?version=2 //when partcl left
17:27 Coke pmichaud: (we lost our history)
17:28 pmichaud okay, thanks.  I think I'll do the same for pynie.
17:28 pmichaud but, after lunch.
17:28 pmichaud the history is still in the parrot repo if anyone wants/needs it.
17:31 Infinoid oh whoa, I'm mentioned on LeaveTheNest.  Go me
17:31 Khisanth joined #parrot
17:32 PacoLinux joined #parrot
17:35 Coke pmichaud: it would  be nice if someone from rakudo added a pointer there on your trick to get the version of parrot you want for rakudo.
17:35 Coke I'm planning on eventually making partcl emulate your work there.
17:56 Whiteknight makefile(23) : fatal error U1033: syntax error : '=' unexpected Stop.
17:57 Whiteknight anybody have any idea why I would be getting this error when I try to make?
17:58 Infinoid Which platform?
17:58 purl I'm running on OS/2 on an Atari, can you help?
17:59 cotto purl wins
17:59 purl MENTALITY!
17:59 Whiteknight WinVista 32
17:59 Infinoid purl: only if the Atari is really an emulator running on a TI calculator.
17:59 purl OK, Infinoid.
18:00 Infinoid Whiteknight: random guess, nmake requires a space between the target name and the colon, and the Makefile didn't have one
18:00 Infinoid or some other similar spacing issue
18:01 Infinoid (is it nmake?)
18:03 ruoso joined #parrot
18:03 Whiteknight yeah, it's nmake
18:03 eternaleye joined #parrot
18:03 Whiteknight actually, I'm using strawberry perl
18:03 Whiteknight no nevermind, it is nmake
18:03 Infinoid all those :='s were ='s until recently, maybe nmake doesn't understand them.
18:04 particle1 i don't believe nmake requires a space
18:04 particle1 nmake doesn't understand :=
18:04 particle1 i thought with strawberry, you would use mingw32-make, not nmake
18:04 particle1 *should use
18:05 Infinoid r36940 looks suspicious
18:05 Whiteknight_ joined #parrot
18:06 Whiteknight_ Okay, I switched over to mingw32-make and it's working fine
18:06 Whiteknight_ nmake definitely doesn't like that makefile
18:06 particle1 nope. next time read the output of configure :P
18:06 Infinoid root.in is apparently edited appropriate for the msvc-config case but not the mingw case
18:06 Infinoid s/appropriate/appropriately/
18:08 Whiteknight_ the output of configure is for losers. I don't need no stinking output of configure
18:09 particle1 is that why you're such a winner, failing to build parrot?
18:09 Whiteknight_ one of many reasons :)
18:09 particle1 i like visiting #parrot and keeping people feeling good about themselves, and motivated
18:09 Whiteknight_ particle1++
18:13 Coke ever did see an answer to why we have := at all.
18:13 Coke *never
18:17 Infinoid It might shave half a second off the build process.
18:17 Whiteknight it's a half-second that you're never getting back!
18:17 Infinoid Refunds are available but only if you have a receipt.
18:51 Coke there are better places to shave seconds off the build process that probably won't involve breaking nmake.
18:53 NotFound Breaking it you save the time of the complete build process
18:56 dalek parrot: r37356 | NotFound++ | trunk/examples/tools/pbc_checker.cpp:
18:56 dalek parrot: [examples] hex dump fp numbers in pbc_checker
18:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37356/
18:56 Whiteknight joined #parrot
19:06 pmichaud Coke: (trick to get version of parrot we want) -- we just have a custom Configure.pl that does the magic to build the Makefile, instead of relying on Parrot's Configure.pl to do it.
19:06 pmichaud that custom Configure.pl also knows how to build Parrot  (actually -- it just calls another script to do it)
19:13 dalek parrot: r37357 | NotFound++ | trunk/examples/tools/pbc_checker.cpp:
19:13 dalek parrot: [examples] fix directory format reading and add some more pseudoxml tags in pbc_checker
19:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37357/
19:24 barney joined #parrot
19:24 * allison relocating
19:24 purl relocating is much nicer than killing them
19:24 Coke pmichaud: just that text with perhaps a link to the latest version in your repo would be spif.
19:26 dalek parrot: r37358 | NotFound++ | trunk/examples/tools/pbc_checker.cpp:
19:26 dalek parrot: [examples] fix again directory format reading in pbc_checker
19:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37358/
19:47 dalek parrot: r37359 | fperrad++ | trunk/examples/languages/abc (4 files):
19:47 dalek parrot: [abc] re-run mk_language_shell.pl
19:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37359/
19:51 dalek parrot: r37360 | fperrad++ | trunk/examples/languages/squaak (2 files):
19:51 dalek parrot: [squaak] re-run mk_language_shell.pl
19:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37360/
19:51 particle2 joined #parrot
19:54 bacek joined #parrot
19:54 PacoLinux joined #parrot
19:55 dalek parrot: r37361 | tene++ | trunk/docs/user/pir/exceptions.pod:
19:55 dalek parrot: The start of exceptions user docs.
19:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37361/
20:02 pmichaud Coke:  added a note to the LeavingTheNest page
20:05 dalek tracwiki: v12 | pmichaud++ | LeaveTheNest
20:05 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Le​aveTheNest?version=12&amp;action=diff
20:05 shorten dalek's url is at http://xrl.us/bejdjz
20:08 nopaste "NotFound" at 213.96.228.50 pasted "Encoding not stored in obc" (35 lines) at http://nopaste.snit.ch/15868
20:09 NotFound Ugh, obc -> pbc
20:09 dalek parrot: r37362 | fperrad++ | trunk (8 files):
20:09 dalek parrot: [befunge] re-run mk_language_shell.pl
20:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37362/
20:13 eternaleye joined #parrot
20:14 Coke pmichaud++
20:15 Theory joined #parrot
20:15 particle1 joined #parrot
20:20 Coke t/codingstd/copyright.t is broken again if someone wants to fix it.
20:26 dalek parrot: r37363 | NotFound++ | trunk/examples/tools/pbc_checker.cpp:
20:26 dalek parrot: [examples] pbc_checker: cleaner dump of bytecode segment
20:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37363/
20:29 rurban joined #parrot
20:29 Coke I just noticed that example code is in C++.
20:29 rurban NotFound++ that is yet. yeah
20:30 NotFound Coke: I managed to insert it silently at night ;)
20:31 rurban NotFound: did you also found the specials? this explains the debug section
20:32 NotFound rurban: I think that at the current release and after pdd13 study, there are no alignment problems.
20:32 rurban there are on 64bit reading 32. see my patch at TT#254
20:33 NotFound Just remains inconsistencies in segment header usage, and unimplemented things.
20:33 NotFound rurban: that is not a problem in the pbc format, just in the converting code.
20:33 rurban yes, just the reader. writers are fine imho
20:34 NotFound rurban: Did you see my correction on your fix?
20:34 rurban the freeze/thaw section is unfortunate, but this is not specified
20:34 rurban not yet, busy moving back home tommorrow
20:35 NotFound rurban: with a few changes, it builds fine in c++ and without warnings in c
20:35 NotFound In gcc, at least
20:35 rurban no warnings, great! I did it before also in my very first attempts, but had no time yet
20:36 rurban BTW: 64bit big-endian also needs the same int casts. need rg to test
20:36 bacek joined #parrot
20:36 rg test what? sorry haven't had much time to work through things
20:37 rurban rg: can you test this https://trac.parrot.org/parrot/attac​hment/ticket/254/tt254-64bit-3.patch with integer_2.pbc
20:37 shorten rurban's url is at http://xrl.us/bejdo7
20:37 rurban pbc_dump t/native/integer_2.pbc
20:38 rurban I suspect you get a coredump on Parrot_hash_thaw
20:38 rg i was about to try doughera's patch from TT #364 however to be sure i tried to build parrot without -xmemalign and it just worked
20:38 rurban oh, good!
20:38 rg i'm running a smolder right now
20:38 rurban but maybe it was just luck.
20:39 rg maybe, i don't know. it makes it hard to know if a patch actually does something
20:39 rg the patch you just posted is next on my list
20:40 NotFound rurban: Have you seen http://nopaste.snit.ch/15868 ?
20:41 rurban very good test. we need to add this to the native_pbc tests right?
20:42 rurban and a ticket of course :)
20:42 NotFound I'd like to talk about that with allison first, we may need to set a milestone
20:42 dalek markdown: d9bff5a | (Francois Perrad)++ | config/makefiles/root.in:
20:42 dalek markdown: re-run mk_language_shell.pl
20:42 dalek markdown: review: http://github.com/fperrad/markdown/commit​/d9bff5a6fcee09a3e20c215ffedd2a4905139ee4
20:42 shorten dalek's url is at http://xrl.us/bejdqk
20:43 rurban do have an idea where it got lost?
20:43 NotFound rurban: is just not written in the pbc
20:43 NotFound pdd13 is wrong/unimplemented
20:43 rurban good, a testcase to work against
20:44 rurban where are our other encoding tests btw?
20:45 rurban charsets ditto
20:45 rg isn't there a kinda big rewrite coming?
20:46 rurban t/op/string.t is not too good for all the missing charset and encoding tests. maybe we should add t/op/string_enc.t
20:47 NotFound Maybe we must wait for the string reimplementation
20:48 rurban charset test are in t/op/string_cs.t but pbc persistency is missing
20:48 NotFound Or maybe I must do another atempt of my proposal of dropping charsets and treat all as encodings of unicode.
20:48 cotto NotFound, strings are on the roadmap for 1.2
20:49 dalek parrot: r37364 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
20:49 dalek parrot: [install] fix libpath for mk_inno_language.pl
20:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37364/
20:49 rurban not everybody uses unicode. charsets are useful in lower lands
20:49 NotFound rurban: unicode is universal
20:50 NotFound All charsets can be explained as encodings
20:50 rurban Sure. But I like to use fixed_8 encoding
20:50 rurban cygwin has no unicode support in some apis
20:50 NotFound unicode fixed_8 is latin-1
20:50 rurban in most APIs even
20:51 NotFound rurban: *we* support unicode. Talking with the os is our work.
20:52 rurban lots of work, yes. ucs2 path api is missing for me e.g.
20:52 rurban I have a perl5 patch in the works, parrot later
20:53 dalek parrot: r37365 | fperrad++ | trunk/docs/compiler_faq.pod:
20:53 dalek parrot: [pod] fix usage of .tailcall
20:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37365/
20:53 rurban remember jimmy's library.c problem?
20:53 NotFound rurban: I'm not saying that we must add full support for all encodings. Just that we can do the same we do now by treating all charsets as encodings, instead of having separated charset and encoding.
20:54 rurban I have no opinion on that
20:55 NotFound I'm the only one with that opinion, unfortunately :D
20:55 moritz NotFound: not quite. I have a different opinion, and we've discussed it previously at least twice
20:56 NotFound moritz: yes, someone have not opinion, others are agains, I'm the only in favour
20:56 rurban maybe treat that internally unified and provide the seperation externally
20:57 rurban that would lead to much simplier implementation and format
20:57 moritz and much less general behaviour
20:57 rurban if he writes it that to please you. externally we should support charsets
20:58 rurban or provide a pir library for charsets
20:58 rurban ... many libraries for all charsets
21:02 Whiteknight joined #parrot
21:02 NotFound That is exactly the reason for my point. Trating all iso-8859 variants as different charsets is a nightmare.
21:03 rurban yes, and stupid to link as c code to core
21:03 NotFound Treating them as unicode encodings is doable.
21:05 rurban but then icu is required. now its optional
21:05 rurban icu is big and hard to build
21:05 NotFound icu is required *now* for any realistic usage.
21:05 rurban on mingw+msvc I have no icu now
21:06 NotFound rurban: Have you done realistic usage with text in foreign languages?
21:06 rurban for sure not
21:06 rurban demerque brings up turkish then
21:08 NotFound Actually we do just some conversions between iso-8859-1 and unicode utf8, and even for that mininal work we need workarounds.
21:09 rurban and unicode decompose is NYI. RT #59696
21:12 NotFound Well, for 1.0 I think all we can do is fix pdd13 to explain that the encoding field is a proposal, currently unimplemented.
21:12 NotFound Or just delete it.
21:13 rurban deleting please not.
21:14 NotFound Is not a big task to add it again when implemented.
21:14 rurban rather implement it to fix that annoying bug
21:14 rurban wouldn't be too hard I guess
21:15 NotFound Do you think we can implement and test it in time for 1.0?
21:15 eternaleye joined #parrot
21:15 rurban It will have to stay deleted than until 1.6
21:16 rurban rather ignore it and either implement it or deprecate it properly
21:17 NotFound Deprecate what? A failure to implement something?
21:17 rurban the encoding field
21:17 rurban no, the charset field you meant, right?
21:17 NotFound We can't deprecate a thing that does not exist.
21:17 rurban it exists. it is just 0
21:18 NotFound No, charset exists and is used. encoding does not exist, is just a line in pdd13
21:18 NotFound Is not written, is not readed.
21:18 rurban yes, I see.
21:19 Whiteknight does NQP have any support for hashes?
21:19 rurban good argukment for idea to use encodings for that slot then :)
21:20 NotFound I think that what it actually does is use the prefered encoding for the charset, but I don't looked at the source yet.
21:20 rurban BTW: I'm testing your revised tt254 -3 patch now and commit it. looks good for now
21:20 NotFound rurban: ok
21:21 rurban don't we have a string API to make a string with given charset AND encoding??
21:22 rurban only encoding_lookup_index(encoding) ?
21:22 NotFound rurban: yes, but if we don't have a field for the encoding, we have no option.
21:22 rurban requires a PBC_COMPAT change. better now than later :)
21:23 rurban aargh, allison disabled my tests again!
21:23 NotFound Is a shame I don't pay enough attention to that thing last week.
21:24 rurban I thhink I will give up soon.
21:25 NotFound I'll try a fix and see if it does not broke too much things.
21:39 rurban Looks like some politicians without any idea of the consequences made a useful deprecation commitment, but then paid no attention to the consequences. And then gave no support to the implementors. opsrenumber must not used post 1.0 but instead the native_pbc tests and the comments about the problem where removed. sigh
21:40 rurban oops, orry. I'm really confued. it is actually implemented. sorry
21:40 nopaste "NotFound" at 213.96.228.50 pasted "Patch: add missing encoding field in constant string in pbc" (82 lines) at http://nopaste.snit.ch/15870
21:41 rurban NotFound: not good. you must increment PBC_COMPAT also to 3.39
21:41 NotFound rurban: is just a test
21:42 rg btw did you guys fix the extra padding with 64bit?
21:42 rurban yes
21:43 rurban just testing
21:43 rg great. thanks.
21:43 rurban https://trac.parrot.org/parrot/attac​hment/ticket/254/tt254-64bit-3.patch is the latest fix, but for sparc64 I have one more
21:43 NotFound rg: I'm not sure if we fixed something or just managed to understand and correct the docs %-)
21:43 shorten rurban's url is at http://xrl.us/bejdo7
21:43 rurban I've fixed two things for sure
21:44 rurban and notfound helped to compile it without warnings
21:44 rg ok, here's the smolder showing no more need for -xmemalign: http://smolder.plusthree.com/app/pu​blic_projects/report_details/18938
21:44 shorten rg's url is at http://xrl.us/bejd25
21:44 NotFound rurban: but that was in the read code, not in alignments in the pbc, it isn't?
21:44 rurban yes. just the reader was broken.
21:45 rurban the alignment was just misunderstanding
21:45 rurban not alignment: the missing 16byte for 64bit
21:45 NotFound And pitfalls in the docs
21:46 rg huh? i'm referring to those:
21:46 rg if (pbc_version <= 0x0325 && opcode_size == 8)
21:46 rg pbcfile.ignore(16);
21:46 rurban yes, this was understanding
21:46 NotFound Not so bad, just a few errors in make test
21:47 NotFound Will try again after a realclean
21:47 rurban s/this was understanding/this was misunderstanding/
21:48 jonathan pbc_version?
21:48 purl it has been said that pbc_version is a hope that in the future things change
21:48 NotFound rg: this code it was just compensating for lack of fields or misinterpretation of his size.
21:48 rg so since we're at 0x326 and it's working means it's been fixed, right?
21:49 NotFound rg: I'm almost sure that now pbc_checker matches what the parrot code does, and read pbcs right.
21:52 GeJ Good morning everyone
21:52 NotFound All that remains is fix pdd13 to reflect reality
21:53 jonathan NotFound: What aspect of PDD13?
21:53 jonathan There are a few ways in which reality needs to approach the PDD rather than vice versa...
21:53 NotFound jonathan: TT #346
21:53 NotFound jonathan: TT #436
21:53 NotFound 346 was my typo
21:54 NotFound jonathan: both things. pdd13 must also document current practice
21:57 dalek parrot: r37366 | rurban++ | trunk/src (2 files):
21:57 dalek parrot: [core] fix TT#254 64bit failing to read 32bit pbc
21:57 dalek parrot: - don't use ALIGN_16 in the reader. set the cursor directly
21:57 dalek parrot: - cast Parrot_Int4 in fetch_op_[bl]e_4 to fix signedness
21:57 dalek parrot: This strategy still uses nativeptr stepping (fast) and not
21:57 dalek parrot: the more general stepping in bytes (slow but easier to understand).
21:57 dalek parrot: It might introduce a new 'cast increases required alignment' warning,
21:57 dalek parrot: but not on gcc and msvc, and it is safe to use.
21:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37366/
21:57 rdice joined #parrot
22:02 NotFound After a realclean, all test pass with the encoding patch.
22:06 rurban In the meantime you have to merge it :)
22:07 NotFound rurban: The value for pbc version is in some source file or is extracted from PBC_COMPAT?
22:07 rurban just PBC_COMPAT
22:08 rurban rg++ for testing andys patch
22:08 rurban NotFound++ for fixing my cast warnings
22:09 rg well i didn't really get to test it :-/
22:09 Limbic_Region joined #parrot
22:09 rurban Now I can sleep well, good
22:09 NotFound Building with c++ helps cleaning the code a lot.
22:09 rurban rg: contra testing is also a test
22:09 rg rurban: the revision you just committed is the patch you wanted me to test?
22:09 rurban NotFound: --cc=g++  ?
22:10 rurban rg: yes current svn should be fine now.
22:10 rurban just the tests have been disabled
22:10 rg so i'll just svn up and rebuild
22:10 NotFound rurban: yes, I don't think nobody else do it with other compiler.
22:10 rg i know, allison disabled the tests again. that doesn't mean i can't run them ;)
22:11 nopaste "rurban" at 93.210.229.135 pasted "enable_pbc_tests.patch" (97 lines) at http://nopaste.snit.ch/15871
22:11 rurban to make it easier
22:11 NotFound rurban: ah, you mean the options used? -cc=g++ --cxx=g++ --ld=g++ --link=g++
22:12 rg thanks. but leave them disabled for the release to keep the others happy.
22:12 rurban that's the trick! good
22:12 rurban maybe that deserves a xconf/samples entry
22:13 NotFound If we make the change for the encoding field, all native_pbc must be regenerated.
22:13 rurban rg: sure
22:13 rurban NotFound: I have no time for 2 days, but can do that on sunday. tests are skipped anyway
22:14 rurban The main thing is: pbcs are now portable again!
22:14 rurban even if we have no test coverage to prove it
22:14 NotFound I'll create a ticket with a clean version of the patch and my test case, and hope allison read it soon.
22:15 rurban oops. too eraly. still some failures on one of my tests...
22:16 NotFound rurban: Alignment related, or floating point?
22:17 rurban alignment or such.
22:17 rurban this definitely worked yesterday and a few moments ago
22:18 rurban src/packfile.c:1029: warning: cast discards qualifiers from pointer target type
22:22 NotFound rurban: In a TRACE? Don't worry, I'll fix that easily.
22:23 rurban I was just trying svn up; svn revert -R . on 64bit
22:23 rurban with the enabled tests, and the 32bit tests failed again
22:24 rurban anyway, encodings are more important than portability
22:28 rurban NotFound: can you also the testcase and the PBC_COMPAT change and create ticket? it's definitely pre-1.0 material
22:28 rurban *add* the test
22:28 rg rurban++ bytecode portability is working (tested on amd64) :)))
22:29 rurban good.
22:29 NotFound rurban: What test fails for yiou?
22:29 rg the solaris is slooooow, remember ;)
22:29 rurban my amd64 testmachine is gone into nirvana in bwetween. its in poland somewhere
22:30 NotFound Slowlaris, some people call it ;)
22:31 rurban well, my solaris on intel is superfast
22:31 rurban and the latest UltraSparc with ~1GHz is fast also
22:32 rurban but rg only has a ~350KHz, don't you?
22:32 rurban äh MHz
22:32 rurban ok, confirmed, now it works on amd64
22:33 rg well 440MHz, but that's not so much better ;)
22:33 rurban 440 but much better caching strategy they say.
22:34 rurban Good for heavily loaded servers, not for building parrot :)
22:34 NotFound Build parrot on a heavily loaded server, then ;)
22:35 rurban parallize the build
22:35 rurban -j8
22:35 rg it's only single cpu, too
22:35 rurban now that is crippled indeed
22:35 rg that thing is like 8-10 years old (i don't remember exactly)
22:36 rurban hmm, I get files like .pod_examinable_oreilly_summary_malformed.sto
22:37 rurban maybe I can fix bignum now
22:41 bacek_ joined #parrot
22:54 rurban I forgot the new op to load a language pbc
22:56 rg ahem ... something seems to still be wrong with the native_pbc/number.t
22:56 rurban good, which converter?
22:57 rurban Not all codepaths are tested and I want to mark that in the test and code
22:57 rg _2 -> _6 but also the test succeeded even though running it with parrot just outputs junk
22:58 rurban junk or 0 (zeros)
22:58 rg zeroes and 3.04813800201757e-319 last
22:59 rurban reading 12byte should be disabled. I marked it as untested. will change to tested nok then :)
22:59 rg works on amd64
22:59 rg failed on sparc64
23:00 rg but what worries me more is that number.t didn't catch it
23:00 rurban its a todo test, yet untested
23:00 rurban 12_le    1     1    0     0     ?  => 12_le    1     1    0     0     0
23:01 rurban see, 12_le has the most failures
23:01 rurban there are still some more of those ? tests
23:01 rg i thought i had enabled them all. i guess i missed that
23:02 rurban what about the other 16_le tests? can I put some ? to 1
23:02 rurban 16_be sorry
23:02 rg oh the test matrix is not a comment
23:02 rg i did miss that
23:02 rurban I have two, first the code, and below the comment
23:03 rurban removed the comment now. good point
23:03 NotFound I think the encoding thing is unfixable now :(
23:04 rurban oh, bad. so perl6 will have no persistant encoding support
23:04 NotFound I'll take a look at imcc before giving up, though.
23:05 rurban They still have their source to note down their encoding though. They are not used compiled files anyway
23:05 rg ok, so to test all pbc files on amd64 i'll have to put all 1s in the 16_le column, right?
23:05 rurban no. just run it and report sucees if it says so :)
23:05 rurban the ? is todo and 0 is known to fail (to avoid coredumps)
23:06 rurban better is to run it with perl t/native_pbc/number.t not prove
23:06 rg but there is a 0 in that column, so the test wouldn't be run
23:06 rurban sure, because this dumps ocre or is nyi
23:07 rg i've just put a 1 and it's still all ok
23:07 rurban now no test should dump core anymore, just return invalid numbers maybe.
23:07 rurban good marking this as done now.
23:07 rg also, the 16_be is all ? (except native of course) and i'm not getting any unexpected passes :(
23:08 rurban 8_le 12_le 16_le 8_be 16_be
23:08 rurban 8_le     1     1    1     1     1
23:08 rurban 12_le    1     1    0     0     0
23:08 rurban 16_le    0     0    1     ?     1
23:08 rurban 8_be     1     1    ?     1     1
23:08 rurban 16_be    1     1    1     ?     1
23:10 rg changing that to all 1s doesn't make a difference. I don't think I'm using that correctly
23:12 rurban what does the report say? perl t/native_pbc/number.t
23:12 rurban if there are skips they are reported as such.
23:12 rg it looks like it thinks it's 8_be? how could that be?
23:13 rurban 16_be is --floatval="long double"
23:13 rurban 8byte double only
23:13 rg ah, so i *am* not using it correctly ;)
23:13 rurban just trust the tests
23:14 NotFound imcc and Parrot_str_unescape are broken regarding encodings
23:14 rurban imcc sounds hard
23:14 rg well the tests are not noticing that my sparc64 parrot cannot read number_2.pbc
23:15 rurban the zero there is ignored?
23:16 rurban there should be a skip 12_le=>8_be not yet implemented
23:16 kid51 joined #parrot
23:18 rurban wait, cvt_num12_num8_le is implemented and should work imho, just untested
23:18 rg it would be cvt_num12_num8_be
23:19 rurban nope, this is reverse.
23:19 rg ok 2 # SKIP 12_le=>8_be not yet implemented
23:19 rurban very confusing. melvin invented that
23:20 rurban good, but you can set that to ? or 1 and test that
23:20 rurban or just ./parrot t/native_pbc/number_2.pbc
23:20 rg yes, that's how i noticed that i expected it to fail in the first place.
23:21 rurban Hmm, so the endianizer needs adjustment there
23:22 dalek parrot: r37367 | pmichaud++ | trunk (5 files):
23:22 dalek parrot: [pynie]: Remove pynie from parrot repository, now hosted at pynie.googlecode.com
23:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37367/
23:23 rg i'm still a little confused. what's the difference between 32bit sparc (number_3.pbc) and 64bit sparc (number_6.pbc)?
23:25 rurban not much regarding numbers, just the ops are larger
23:25 rurban for consistency I kept the same names
23:26 rurban and maybe some other error will crop up.
23:26 rg so i should probably also build a parrot with --floatval="long double"
23:26 PerlJam random question:  Are all of those ops that come up as experimental during a build going to be in 1.0?
23:26 rurban yes, that's what you skipped with --noconf
23:27 rurban PerlJam: the plan is to remove all
23:27 rg rurban: i think that plan was changed and they've just been marked as :deprecated
23:27 rurban ok, good for me
23:30 rg you think? they will probably be removed shortly after the release (if someone still feels compelled to actually do it ;P)
23:31 rg notfound: so do we have to expect another PBC_COMPAT increase from you?
23:31 NotFound rg: not sure yet
23:31 rurban I think he will fail
23:33 rurban NotFound: Just joking :)
23:39 NotFound I know
23:40 rurban BTW: where are you from, NotFound?
23:40 NotFound Galicia, Spain
23:41 rurban Ah, good waves there
23:41 NotFound Santiago de Compostela
23:41 rurban Not so good waves :)
23:41 NotFound I hope not :D
23:41 NotFound Very big tsunami :D
23:42 rurban This winter they had 20m waves. The most dangerous bigwaves worldwide
23:42 rurban My biggest was 5m
23:42 NotFound I don't surf
23:42 rurban And I'll never do that again
23:42 rurban Just warning you. Very stupid sport
23:43 rg rurban: i'm sorry but i can't really wrap my head around the arch->file->test number correlations
23:44 rurban perl t/native_pbc/number.t is not good enough?
23:44 rurban the number is the size in bytes. for number.t it's the floatvalsize, for integer.t it's the intvalsize
23:45 rurban 16_be is number_7.pbc
23:45 rurban 16_le is _5
23:45 rg i don't think we even have that file (_7)
23:45 rurban yes, not yet, sorry
23:46 rurban you can add it and add the test and testmatrix entries
23:47 rurban I also added _8 for short float, since I have that patch finished also
23:48 rurban But I have no aix nor mips long double. this is know to be problematic as I saw in the gcc sources
23:48 rg perl t/native_pbc/number.t  is pretty much the same as prove -v t/native_pbc/number.t  which is what i was running
23:49 rurban but maybe its just a powerpc64 thing
23:49 rg i'll have to try what my sparc will do for long double
23:49 rurban -v good idea.
23:49 rurban even with colors!
23:51 rg it's not that nice if you have failing tests
23:52 rurban But I got a new good one. ok 3 - 8_be=>16_le PPC double float 32 bit BE opcode_t # TODO 8_be=>16_le yet untested, TT #357. Please report success.
23:52 rg that's not TODO for me. i guess i removed the todo ;)
23:53 rurban you are 8_be, not 16_le
23:53 rg *sigh* right. i need to read properly
23:54 rg ok, i guess i could build 16_le pretty fast, but since you already have that i'll skip it.
23:54 rurban I came up with this notation because the pure numbers were even more disturbing
23:54 rurban I already have 16_le, but we need 16_be
23:55 rurban the testmatrix is already finihed for 16_be, just the test needs to be enabled
23:55 rg let's summarize: =>8_le: all 6 tests passing (i believe i removed a todo there)
23:56 rurban you mean =>8_be (ppc)
23:56 rg no, i mean amd64
23:56 rurban integer or number?
23:56 rg number
23:57 rurban 16_le => 8_le is failing for me
23:57 rg i get ok 5 - 16_le=>8_le i86_64 LE 64 bit opcode_t, long double
23:58 rurban src/string/charset/ascii.c:835: failed assertion 'source_string->encoding == Parrot_fixed_8_encoding_ptr
23:58 rurban ./parrot t/native_pbc/number_5.pbc
23:58 rg runs just fine here
23:58 rurban Ok, looks a like a lib problem. I'll rebuild
23:59 rg => 8_be: skip 12_le=>8_be (it could be todo, but it's not working); not ok 5 - 16_le=>8_be i86_64

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

Parrot | source cross referenced