Camelia, the Perl 6 bug

IRC log for #parrot, 2010-04-20

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:04 zostay_m_ joined #parrot
00:14 Mokurai1 joined #parrot
00:18 mmcleric joined #parrot
00:26 Andy Who can tell me what decides when Parrot wants to regenerate imcparser.*?
00:27 davidfetter joined #parrot
00:29 cotto_work Andy, run Configure.pl with --maintainer.
00:29 Andy Yeah, I know that part, and I'm not and it's still trying to regerneate those
00:30 darbelo Also, the existance of flex and bison in your system at configure time can influence that.
00:33 cotto_work It looks like it's only a dummy target to retouch that file if you configure without --maintainer.
00:34 cotto_work YACC             = echo
00:34 cotto_work without --maintainer
00:35 Andy I'm not sure what you're saying.
00:36 cotto_work instead of running yacc, a makefile generated by Configure.pl without --maintainer will run echo
00:37 Andy oooh, maybe it is confused 'cause I pass in --yacc
00:38 cotto_work that might be it
00:38 darbelo That will override the couce for 'echo', yes.
00:38 darbelo *choice
00:39 darbelo My solution to this is of the "Don't do that" variety.
00:40 Andy thanks, cotto_work and darbelo
00:40 Andy I wasn't passing --maintainer, but I was still passing --yacc=bison
00:41 nopaste Someone at 192.168.1.3 pasted "my ~/bin/parrotconfig" (47 lines) at http://nopaste.snit.ch/20309
00:41 darbelo We should probably allow for what you are doing. But for now you shouldn't oveeride yacc (or lex) when configuring without --maintainer
00:41 Andy if anyone cares
00:45 Andy I'd really like to get the pmc2c.pl faster
00:45 Andy it pains me to see them take so long in aggregate
00:45 dalek rakudo: f162a26 | jonathan++ | src/glue/subset.pm:
00:45 dalek rakudo: Correc the order we do checks of subtypes from most general to most specific, so we at least always consider type first before the extra conditions.
00:45 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​162a2644c7c34037cd95d481c43065c82687891
00:45 dalek rakudo: 1f9b1dd | jonathan++ | src/Perl6/ (2 files):
00:45 dalek rakudo: Implement &[+] shortcut form for infix ops.
00:45 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​f9b1dda95397e1216120352b06da116909dd92d
00:47 ash_ joined #parrot
00:53 abqar joined #parrot
01:01 Andy oooh, look at this, "reallocate_string_storage"
01:01 Andy that sounds like a candidate for disappearing.
01:04 Andy ping bacek
01:07 kid51 joined #parrot
01:08 bacek_at_work Andy, pong.
01:09 bacek_at_work reallocate_string_storage still used internally
01:09 Andy that seems sad.
01:09 Andy So strings aren't really immutable until we pass them out.
01:09 bacek_at_work Andy, why?
01:09 purl Andy, why are you trying to become kudra's enemy?
01:09 bacek_at_work Ah, yes. We have to construct them before passing :)
01:10 Andy Are we going to allow strings to be passed in to be reused?
01:10 Andy For example, we can reuse STRINGs passed to Parrot_io_readline_buffer
01:11 dalek rakudo: b05155e | (Martin Berends)++ | src/cheats/setup-io.pm:
01:11 dalek rakudo: [src/cheats/setup-io.pm] implement $*PID and make the source code even more cheaty.  Parrot TT#1564 requests a less cheaty feature.
01:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/b​05155eea4cf7e6c79e8046e40edc440048a1bbd
01:15 Andy I think we need some definition of when we expect immutability, and when we don't.
01:22 dalek parrot: r45812 | petdance++ | branches/immutable_strings_part1 (3 files):
01:22 dalek parrot: fixing consts and annotations
01:22 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45812/
02:04 bacek_at_work joined #parrot
02:36 jan joined #parrot
02:49 kid51 make fulltest: linux/i386: PASS at r 45811
03:04 * Coke ponders pinging andy for some help with WWW::Mechanize.
03:32 janus joined #parrot
03:32 * Coke gives up and goes for something completely different.
03:40 bacek_at_work Coke, software is hard. Let's go shopping!
03:49 dalek parrot: r45813 | mikehh++ | trunk/DEPRECATED.pod:
03:49 dalek parrot: add deprecated runcores - TT #1563
03:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45813/
04:19 Andy joined #parrot
04:31 tcurtis joined #parrot
04:38 dalek parrot: r45814 | plobsing++ | trunk/DEPRECATED.pod:
04:38 dalek parrot: deprecate nci signature strings
04:38 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45814/
04:48 dalek TT #1565 created by plobsing++: [DEPRECATION] NCI signatures
04:48 dalek TT #1565: http://trac.parrot.org/parrot/ticket/1565
04:58 hicx174 joined #parrot
05:00 rurban_ joined #parrot
05:17 Coke anyone else having trouble building rakudo?
05:26 dukeleto Coke: what kind of trouble?
05:27 dalek parrot: r45815 | gerd++ | trunk/tools/docs/filename_and_chapter.pl:
05:27 dalek parrot: Add one chapter
05:27 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45815/
05:36 Coke dukeleto: "the build fails". If the build is completing for you, you're not having it. =-)
05:43 dalek parrot: r45816 | petdance++ | trunk/config/auto/warnings.pm:
05:43 dalek parrot: add new warnings for GCC 4.5.0
05:43 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45816/
05:57 uniejo joined #parrot
05:59 dalek parrot: r45817 | petdance++ | trunk/lib/Parrot/Pmc2c/PCCMETHOD.pm:
05:59 dalek parrot: Consting the _call_object arg in the generated code. Removed an unused Perl method.
05:59 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45817/
06:11 he_ joined #parrot
06:20 clinton joined #parrot
06:22 aukjan joined #parrot
06:28 fperrad joined #parrot
06:31 fperrad_ joined #parrot
07:13 dalek rakudo: 027ff40 | moritz++ | t/spectest.data:
07:13 dalek rakudo: [t/spec] enable S03-operators/nesting.t
07:13 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​27ff404a6b005bc3182d07095fd22864b5b51fc
07:25 iblechbot joined #parrot
07:27 riffraff joined #parrot
07:38 GeJ clock?
07:38 purl GeJ: LAX: Tue 12:38am PDT / CHI: Tue 2:38am CDT / NYC: Tue 3:38am EDT / LON: Tue 8:38am BST / BER: Tue 9:38am CEST / IND: Tue 1:08pm IST / TOK: Tue 4:38pm JST / SYD: Tue 5:38pm EST /
07:38 GeJ release is in a couple of hours?
07:46 moritz aye
07:47 GeJ well, time to rebuild and run make fulltest.
08:27 GeJ make fulltest PASS on FreeBSD/amd64 on trunk @ 45817
08:39 sorear seen pmichaud
08:39 purl pmichaud was last seen on #parrot 12 hours, 34 minutes and 54 seconds ago, saying: basically calling dlfunc to grab getpid() from the C lib?  Evil.  :-)
08:48 dalek parrot: r45818 | fperrad++ | trunk (2 files):
08:48 dalek parrot: [TAP] fix trailing plan
08:48 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45818/
08:50 alexn_org joined #parrot
08:54 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33307), fulltest) at r45817 - Ubuntu 10.04 beta amd64 (gcc with --optimize)
09:07 he_ Hm, so it appears that gcc 4.1.2 or 4.1.3 mis-compiles compiler/imcc/pbc.c for powerpc unless optimization is turned on...
09:38 gerd joined #parrot
09:44 bacek gerd, ping
09:45 gerd It is not 10:00 UCT; but I think I can already start to switch the version number to 2.3.0
09:48 darbelo gerd: Fire at will!
09:48 gerd svn commit is done
09:53 dalek parrot: r45819 | gerd++ | trunk (10 files):
09:53 dalek parrot: update to version 2.3.0
09:53 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45819/
10:01 bacek gerd, can you replace "pcc_hackatron branch merged" in NEWS with something more meaningful for non-parroters?
10:02 bacek Like "Parrot Calling Conventions were greatly improved and makes more sense now" :)
10:02 gerd please update NEWS like you want it; it will the the updated NEWS in the mail and WWW-Page
10:03 gerd s/the/take/
10:03 bacek gerd, English is my forth language. I can't formulate it properly...
10:03 darbelo "Parrot Calling Conventions are, like, totaly cool now."
10:04 darbelo That's my best attempt.
10:04 bacek darbelo, +1 :)
10:04 bacek Next one will be "totally optimal"
10:04 moritz how about "much more consistent"?
10:05 bacek "... and follow natural semantic of passing args and handling results"
10:08 gerd Okay, should I do that add to the NEWS?
10:09 moritz gerd: committing right now
10:09 dalek parrot: r45820 | gerd++ | tags/RELEASE_2_3_0:
10:09 dalek parrot: tagged release 2.3.0
10:09 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45820/
10:09 dalek parrot: r45821 | moritz++ | trunk/NEWS:
10:09 dalek parrot: [NEWS] explain pcc_hackathon results, bacek++, darbelo++
10:09 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45821/
10:10 bacek erm...
10:10 bacek Looks like we have to retag release
10:13 Patterner joined #parrot
10:13 gerd Yes the old version is already tagged
10:15 gerd Can I overwrite it with a new copy?
10:15 lucian joined #parrot
10:15 moritz I think you can
10:16 gerd r45821 is now tagged as 2.3.0
10:18 gerd I will start to recreate the tar files with that revision
10:22 JimmyZ joined #parrot
10:22 JimmyZ gerd: tag path is wrong
10:23 JimmyZ tags/RELEASE_2_3_0/trunk  (copied)   (copied from  trunk)
10:23 alexn_org guys, I think building Rakudo with the latest Parrot trunk is not working ....
10:23 alexn_org invoke() not implemented in class 'Undef'
10:23 alexn_org current instr.: '_block34974' pc 341244 (src/gen/core.pir:18514)
10:23 alexn_org called from Sub '!fire_phasers' pc 1074 (src/glue/phasers.pir:67)
10:23 alexn_org called from Sub 'perl6;Perl6;Compiler;main' pc 267852 (src/gen/perl6-actions.pir:14713)
10:23 JimmyZ gerd: It's here now. http://trac.parrot.org/parrot/b​rowser/tags/RELEASE_2_3_0/trunk
10:23 JimmyZ gerd: It should be http://trac.parrot.org/parrot​/browser/tags/RELEASE_2_3_0/
10:24 moritz alexn_org: weird, worked for me some few revisions ago... did you reconfigure rakudo before trying to build it?
10:25 alexn_org yes ... maybe I haven't installed parrot properly, let me check
10:26 moritz alexn_org: what platform are you on?
10:26 dalek parrot: r45822 | gerd++ | tags/RELEASE_2_3_0/trunk:
10:26 dalek parrot: tagged release 2.3.0
10:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45822/
10:26 JimmyZ r45822 is wrong tag.
10:26 alexn_org moritz: OS X 10.6.2
10:28 alexn_org moritz: If I had an older Parrot revision installed, do I need to delete it before "make install" ?
10:28 riffraff joined #parrot
10:28 moritz alexn_org: it's safer if you do
10:31 moritz alexn_org: build works fine here with newest parrot on linux amd64
10:31 moritz rakudo build, that is
10:33 alexn_org moritz: OK, I'm retrying the build right now
10:35 gerd The update tag seems not to have to modified NEWS file
10:58 dalek parrot: r45823 | fperrad++ | trunk/runtime/parrot/library/TAP/Harness.pir:
10:58 dalek parrot: [TAP] workaround for tar on Windows
10:58 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45823/
11:12 muixirt joined #parrot
11:13 alexn_org guys, I'm not sure if this is the place to report this ... but building Rakudo fails on me ... (with --gen-parrot) ... http://paste-it.net/public/bc8442c/
11:31 particle1 joined #parrot
11:31 moritz alexn_org: irc.freenode.org #perl6
11:32 moritz alexn_org: looks like it built most of Rakudo, and just failed while compiling Test.pm
11:32 alexn_org it fails while running perl6
11:32 moritz how? same error?
11:32 alexn_org doesn't get to Test.pm
11:32 alexn_org yes
11:33 alexn_org I opened a bug here ... maybe someone else caught it too ... http://rt.perl.org/rt3/Tic​ket/Display.html?id=74524 ... at first I thought it was a conflict with my Parrot install, but with --gen-parrot that shouldn't happen, right?
11:34 moritz it should not
11:35 moritz alexn_org: thanks for the bug report, hopefully it can be fixed before the Rakudo release on Thursday
11:40 moritz alexn_org: could you please try 'git checkout 1f9b1dda95397e1216120352b06da116909dd92d' and then rebuild rakudo? (no need to rebuild parrot)
11:40 moritz alexn_org: (after that you can get back with 'git checkout master')
11:41 alexn_org ok
11:42 whiteknight joined #parrot
11:48 whiteknight good morning, #parrot
11:49 whiteknight I would be doing work right now, but my computer's antivirus software has helpfully decided to eat up all my CPU for a while.
11:51 whiteknight Good thing too, that pesky malware I had on here was really allowing me to be too productive
11:59 bacek whiteknight, say hello to KAV! :)
12:00 alexn_org moritz: that rev works fine
12:00 whiteknight KAV?
12:02 bacek Kaspersky Anti Virus
12:02 bacek (or however it's spelled in English :)
12:02 whiteknight oh, can't use it. The company uses Symantec
12:03 bacek or Symantec uses you!
12:03 whiteknight that's probably more true
12:05 bluescreen joined #parrot
12:05 whiteknight bacek: I would rather just use Linux than use KAV or any other antivirus software
12:06 bacek whiteknight, linux is best anivirus software so far :)
12:14 tetragon joined #parrot
12:32 dalek website: gerd++ | Parrot 2.3.0 "Samoan Lory" Released!
12:32 dalek website: http://www.parrot.org/news/2010/Parrot-2.3.0
12:48 dalek rakudo: d0e93e5 | (Martin Berends)++ | src/cheats/setup-io.pm:
12:48 dalek rakudo: [cheats/setup-io.pm] set $*PID to 0 if the getpid() function cannot be
12:48 dalek rakudo: found
12:48 iblechbot joined #parrot
12:48 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​0e93e5fba51fb6759493a83624577fe0e4fe425
12:59 rurban_ joined #parrot
13:01 Coke (the error that alexn_org is the same one I was having.)
13:09 atrodo joined #parrot
13:20 moritz Coke: could you please re-check with latest rakudo (revision d0e93e5)?
13:20 Coke moritz: yup, on it.
13:21 moritz Coke++
13:21 Coke why is parrot -v an error?
13:22 patspam joined #parrot
13:36 whiteknight joined #parrot
13:38 Coke moritz: much better, danke.
13:40 moritz Coke: what does ./perl6 -e 'say $*PID' print?
13:42 Cristina joined #parrot
13:46 PacoLinux joined #parrot
13:47 ruoso joined #parrot
13:50 Coke does ./perl6 really take 866M?
13:50 Coke moritz: 0
13:51 moritz Coke: ok, then it's not really working, just failing less forcefully than before
13:51 Coke moritz: I'm on OSX. ISTR that was on the platforms that the getpid code was complaining on.
13:52 moritz yes
13:53 dalek rakudo: 5a0581f | moritz++ | t/spectest.data:
13:53 dalek rakudo: one more passing test file
13:53 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​a0581fec1dc8415b021fe0dbe79e6e195f943e2
13:54 nopaste "coke" at 192.168.1.3 pasted "getpid works..." (10 lines) at http://nopaste.snit.ch/20314
13:54 Coke so, something with the dlfunc call, I guess.
13:55 mberends yes :-(
13:55 Coke lemme see if I can make this work in pir on my box.
13:55 mberends Coke: ironic that you gave the code that works on everyone else's OS :-/
13:59 Coke which signatures does 'dlfunc' use?
14:01 sorear joined #parrot
14:02 Andy joined #parrot
14:06 dalek rakudo: e135f23 | moritz++ | docs/ChangeLog:
14:06 dalek rakudo: [docs] update ChangeLog
14:06 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​135f23e211692135534e02f949e8a268858ec1a
14:10 mberends Coke: the signatures are probably the same as in https://svn.parrot.org/parrot/​trunk/src/nci/extra_thunks.nci
14:23 dalek rakudo: ad01dca | moritz++ | docs/announce/2010.04:
14:23 dalek rakudo: first draft for 2010.04 release announcement
14:23 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​d01dca8433a8386608e2a8211fd12510a45a6dd
14:25 senf_statt_oel joined #parrot
14:26 dalek TT #1566 created by jquelin++: md2 should not be used anymore
14:26 dalek TT #1566: http://trac.parrot.org/parrot/ticket/1566
14:27 Coke ok. a pid_t on my box is a __int32_t - so the signature looks right.
14:27 Coke if only jq had gotten that in a few hours ago. =-)
14:34 bubaflub joined #parrot
14:36 Coke gerd: ping
14:39 mls joined #parrot
14:40 dalek rakudo: cf4eb89 | Coke++ | docs/announce/2010.04:
14:40 dalek rakudo: untypo
14:40 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​f4eb892ac2647b28f13b87ff87bd407d44fcb5a
14:41 mls Hi guys, 2.3.0 doesn't compile on ia64 because trace_mem_block() nowadays takes a mem_pools argument, but src/gc/system.c calls it without that in line 200
14:41 Coke gerd: let me know if you need someone to generate the docs for docs.parrot.org
14:42 Coke is that the only problem with ia64?
14:42 Coke it's probably not too late to scrap the tag and re-tag it.
14:42 Coke but that's up to gerd atm.
14:42 Coke in the meantime, if you could open a ticket...
14:42 Coke parrot trac?
14:42 purl parrot trac is, like, https://trac.parrot.org/parrot/
14:43 mls redoing the ia64 build...
14:44 mls (Btw, the release announcement points to releases/stable/2.3.0, but the ftp server has it in the supported directory)
14:52 mls ia64 works after patching the call. Creating a ticket...
14:54 PacoLinux joined #parrot
14:54 theory joined #parrot
14:56 Coke AIGH.
14:56 Coke I changed the release instructions, gerd!
14:56 Coke ;)
14:56 Coke where is the announcement? just on parrot.org? (havren't seen anything on list)
14:56 Coke I'll update parrot.org
14:57 mls Yes, just parrot.org
14:57 Coke parrot.org fixed to point to supported.
14:57 Coke honest mistake, it's been 'stable' for over a year.
14:59 dalek TT #1567 created by mls++: parrot does not compile on ia64
14:59 dalek TT #1567: http://trac.parrot.org/parrot/ticket/1567
15:00 Coke mls: do you have a patch for #1567?
15:01 mls Well, I just added a "mem_pools" argument without verifying that this is the right thing to do.
15:02 mls now I just have to find out why parrot-nqp  --target=pir runtime/parrot/library/ProfTest/PIRProfile.nqp segfaults on i586 ;-(
15:05 rurban joined #parrot
15:10 zostay_m joined #parrot
15:12 dalek tracwiki: v124 | fperrad++ | Languages
15:12 dalek tracwiki: update Parrot version 2.3.0
15:12 dalek tracwiki: http://trac.parrot.org/parrot/wiki/L​anguages?version=124&action=diff
15:14 rurban So the old /stable/<VERSION> uri's are wrong?
15:20 davidfetter joined #parrot
15:24 mls I hate it when adding a printf makes a segfault go away...
15:31 rurban All tests did pass on cygwin
15:32 rurban editor/pir.vim is not generated anymore
15:33 Coke rurban: ugh, I didn't think about previous urls.
15:33 Coke let me see if I can symlink them.
15:33 rurban please
15:34 Coke try that?
15:35 Coke (seems ok interactively)
15:35 rurban Could not chdir to stable: server said: Failed to change directory
15:35 rurban ftp://ftp.parrot.org/pub/parrot/releases/stable/ is was
15:36 rurban wget ftp://ftp.parrot.org/pub/parrot/relea​ses/stable/2.0.0/parrot-2.0.0.tar.gz failed
15:37 Coke rurban: hurm. that wget just worked for me.
15:38 rurban Is it mirrored? I was on some oregon uni server
15:38 Coke ah. right. hang on.
15:38 rurban 64.50.236.52
15:38 Coke ran the trigger script.
15:39 Coke not sure if that's immediate or if there's a delay.
15:39 aukjan1 joined #parrot
15:39 rurban config_lib.pasm => config_lib.pir ?
15:39 rurban thanks, ftp stable ok now
15:40 Coke rurban: np. sorry about that.
15:40 rurban Just for later
15:41 Coke updated TT #770 to reflect the ftp chagne.
15:41 Coke rurban: (pasm -> pir) yes.
15:41 Coke ISTR it was helpful to increase the efficiency of the config.fpmc
15:42 Coke msg kid51 I'll let you comment on TT#1568.
15:42 purl Message for kid51 stored.
15:45 rurban no tapir manpage/pod?
15:48 dalek TT #1568 created by brianwisti++: `make smoke` reports a timeout error
15:48 dalek TT #1568: http://trac.parrot.org/parrot/ticket/1568
15:49 rurban Smolder is not reacting fast enough. bogus
16:02 mls i586 segfault: don't worry, it seems to be a gcc-4.5 compiler bug
16:08 rurban Coke: trac requires a new Version 2.3.0
16:11 senf_statt_oel left #parrot
16:13 rurban library/YAML/Parser turns out empty
16:19 particle1 rurban++ # 2.3.0 added
16:21 dalek TT #1569 created by rurban++: Missing tapir docs (pod/man)
16:21 dalek TT #1569: http://trac.parrot.org/parrot/ticket/1569
16:28 dukeleto hola
16:31 dukeleto did 2.3.0 get cut? /me is still backlogging
16:33 alexn_org joined #parrot
16:38 Andy yes
16:38 Andy i just got the email
16:38 Andy now let's merge down the immutable strings branch!
16:38 Util dukeleto: yes, it got cut. To easily see the conversation, search `gerd` in http://irclog.perlgeek.de/parrot/today .
16:45 gaz joined #parrot
16:45 gerd joined #parrot
16:47 Topic for #parrotis now Parrot 2.3.0 Released | http://parrot.org/ | Channel log: http://irclog.perlgeek.de/parrot/today | Priority: documentation sprint and pre-release testing for 2.3, fix line number annotations | Review and vote GSoC applications
16:49 wagle joined #parrot
16:53 alexn_org joined #parrot
16:57 dukeleto i really didn't realize Tapir was added to core until I just read the release announcement
17:00 rurban I just need a short synopsis
17:01 dukeleto rurban: i can do that
17:01 joeri joined #parrot
17:01 rurban paste it here please :) that will be faster
17:02 rurban I just want to through out the release
17:04 dukeleto rurban: http://gist.github.com/372750
17:04 dukeleto rurban: that is taken from the README at http://github.com/leto/tapir
17:05 rurban Thet's the DESCRIPTION, great. SYNOPSIS also?
17:05 rurban got it from there, thanks
17:06 dukeleto rurban: sounds good. thanks for poking me. Are you going to commit that to Parrot core, or should I?
17:07 dukeleto rurban: ah, I've answered my own question :)
17:07 rurban no. I gave up my commit bit
17:07 dukeleto rurban: yeah, just remembered. I appreciate your work on the distribution front
17:08 dukeleto rurban: Parrot needs to get more organized with respect to having a process for packaging for various distros
17:08 rurban "pir based prove" isn't that shorter?
17:09 rurban library/YAML/Parser/Syck.pbc is not generated
17:09 dukeleto rurban: it is shorter, but if someone is unfamilar with prove, then not as useful
17:11 hercynium joined #parrot
17:12 dukeleto rurban: just so you know, it seems that fperrad forked my Tapir and fiddled with it, so I don't know exactly what it is up to
17:13 rurban YAML/Parser/Syck.pbc is in MANIFEST but not in the makefile. deprecated or forgotten?
17:14 aukjan joined #parrot
17:17 szabgab joined #parrot
17:19 rurban deprecated obviously. must be deleted from MANIFEST.generated
17:19 rurban The 2 cygwin lib files are also still missing from MANIFEST.generated
17:25 rurban ok, the cygwin patches for 2.3: http://code.google.com/p/cygwin-rurban/source/bro​wse/trunk/release/parrot/parrot-2.3.0-1.src.patch
17:26 dukeleto rurban: do you want me to apply that to trunk?
17:26 rurban someone needs to check it
17:26 rurban I'm not familiar with the details anymore
17:26 rurban for opengl there's a old ticket already
17:27 japhb <rez>
17:27 japhb rurban, ticket?
17:27 rurban for random_lib.pir not
17:27 rurban pleeease
17:27 dukeleto rurban: why did you delete runtime/parrot/library/random_lib.pir ?
17:27 rurban because it is not supported anymore. try to run it :)
17:27 pjcj joined #parrot
17:27 rurban and it is not built and installed
17:29 rurban This is just from the first basic testing. More tests later when I try pipp and rakudo
17:29 japhb rurban, What OpenGL ticket are you talking about?
17:30 rurban that was two years ago. wait...
17:31 iblechbot joined #parrot
17:33 rurban It was NOT ticket 57006.
17:33 rurban Sorry. I found no ticket
17:35 japhb OK.  Was there something I needed to deal with, ticket or no?  (Aside from ash's problem yesterday, of course.)  I haven't had a chance to backlog this morning yet ....
17:39 hercynium joined #parrot
17:48 dalek parrot: r45824 | fperrad++ | trunk/config/gen (2 files):
17:48 dalek parrot: [crypto] remove MD2, see TT#1566
17:48 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45824/
17:52 dukeleto japhb: i am in the same boat. to many things whizzing by at top speed
17:52 kjeldahl joined #parrot
17:52 japhb dukeleto, it's why I gave up on even *trying* to keep up with #perl6.  Those people are insane(ly talkative)
17:56 dalek digest-dynpmcs: 8a9bd24 | fperrad++ | setup.pir:
17:56 dalek digest-dynpmcs: remove MD2 (insecure, and not available with OpenSSL 1.0.0)
17:56 dalek digest-dynpmcs: review: http://github.com/fperrad/digest-dynpmcs/com​mit/8a9bd2445ed8e4679c37057ea1d4b3192a98dc8f
17:59 dalek TT #1566 closed by fperrad++: md2 should not be used anymore
17:59 dalek TT #1566: http://trac.parrot.org/parrot/ticket/1566
18:00 alexn_org joined #parrot
18:02 uniejo joined #parrot
18:05 davidfetter joined #parrot
18:10 dukeleto rurban: just committed your POD for Tapir to trunk
18:21 dalek parrot: r45825 | dukeleto++ | trunk/tools/dev/tapir.pir:
18:21 dalek parrot: [docs] Add some POD to Tapir, rurban++
18:21 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45825/
18:22 rurban maybe the Makefile.generated bugs also?
18:27 dukeleto rurban: MANIFEST.generated should get generated by tools/dev/mk_manifest_and_skip.pl
18:28 dukeleto rurban: i am running it now to see what it says
18:28 dukeleto rurban: maybe that script only fiddles with MANIFEST
18:29 * darbelo removes code.
18:29 rurban I forgot what it does also. I had a branch were MANIFEST.generated was completely generated some time ago.
18:30 Coke the tool just does MAN and MAN.skip
18:30 cotto_work #ps in 120
18:36 whiteknight gerd++ # nice release
18:36 * darbelo will miss ps today.
18:36 cotto_work ps will miss darbelo
18:37 darbelo I should go prepaste my report.
18:38 dukeleto darbelo: yes.
18:39 darbelo INCOMING!
18:39 purl duck!
18:39 * dukeleto hobbles a report together
18:42 * darbelo pokes dalek.
18:44 kurahaupo joined #parrot
18:49 dalek TT #1569 closed by dukeleto++: Missing tapir docs (pod/man)
18:49 dalek TT #1569: http://trac.parrot.org/parrot/ticket/1569
18:49 dalek TT #1467 closed by darbelo++: Deprecate the digest dynpmcs.
18:49 dalek TT #1467: http://trac.parrot.org/parrot/ticket/1467
18:49 dalek TT #1469 closed by darbelo++: Deprecate the gdbmhash dynpmc.
18:49 dalek TT #1469: http://trac.parrot.org/parrot/ticket/1469
18:54 dalek parrot: r45826 | darbelo++ | trunk (23 files):
18:54 dalek parrot: Remove the deprecated gdbmhash and digest dynpmcs, closes TT #1467 and TT #1469.
18:54 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45826/
18:58 Coke parrotsketch?
18:58 purl parrotsketch is a status meeting for parrot core committers held every Tuesday at 20:30 UTC in #parrotsketch
19:05 smash joined #parrot
19:05 smash hello everyone
19:10 dalek parrot: r45827 | allison++ | trunk (3 files):
19:10 dalek parrot: [cage] Apply final fix for TT #389, methods are no longer stored in
19:10 dalek parrot: the namespace. Closing ticket.
19:10 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45827/
19:10 dalek parrot: r45828 | allison++ | trunk/DEPRECATED.pod:
19:10 dalek parrot: [cage] Removing deprecation item for TT #389 after task completed.
19:10 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45828/
19:11 dukeleto smash: hola
19:11 purl what's up, dukeleto.
19:21 dalek TT #389 closed by allison++: subs with :method should not be entered as symbols in the namespace
19:21 dalek TT #389: http://trac.parrot.org/parrot/ticket/389
19:29 whiteknight allison: ping
19:30 hercynium joined #parrot
19:30 allison whiteknight: pong
19:30 whiteknight allison for TT #389, if a method doesn't have :nsentry, where is it stored and how is it callable?
19:30 whiteknight I've been trying to follow your patches, but I think I'm missing something
19:31 allison whiteknight: it's stored in the class if the class is created already, or stored in a special cache in the namespace if the class isn't created
19:31 allison whiteknight: (but that cache isn't accessible through any of the namespace interfaces)
19:31 whiteknight ah, okay. That makes more sense
19:32 allison whiteknight: the reason my code is so simple is I was only activating features that we already put in place to make this work a year or so ago
19:33 whiteknight when I was working on this ticket, I was trying a much larger change
19:33 allison whiteknight: (though, with the mess the current namespace code is in, just unearthing those foundations felt like a herculean task)
19:33 allison whiteknight: yeah, I looked over the branch
19:34 allison whiteknight: some things like changes to find_method so it could fetch methods from the namespace object?
19:34 whiteknight I guess I was taking the "not in the namespace" requirement too literally
19:35 allison makes sense
19:35 whiteknight I'm happy to see it closed by any means necessary. Kudos
20:06 dukeleto anybody interested in implementing something like Date:Simple for parrot?
20:06 dukeleto does parrot have any date/time-related stuff?
20:07 dukeleto Rakudo has http://github.com/moritz/Date
20:14 chromatic joined #parrot
20:15 ash_ joined #parrot
20:21 Coke ... or we could just use that, compiled down to pir.
20:22 Coke I remove a PMC... I then have to... update PBC_COMPAT? And?
20:23 moritz Coke: the source code contains links to pages the describe the algorithms very well
20:23 moritz you can basically copy&paste them, and adapt them to PMC syntax
20:23 allison Coke: the list of compiled PMCs is automatically generated from files named ".pmc" in that directory
20:23 moritz without actually understanding what it does
20:23 Coke moritz: yes, but there's no need to /reproduce/ the implementation, is what I'm saying.
20:23 Coke allison: yes, the list is, but PBC_compat is borked
20:24 Coke (since the numbers change when you remove a PMC.)
20:24 Coke yes?
20:24 allison Coke: aye
20:24 eternaleye joined #parrot
20:24 allison Coke: also, will probably have to do a realclean
20:25 Coke I think the PBC_COMPAT bump also necessitates some other step. mk_native_pbc?
20:26 alexn_org_ joined #parrot
20:26 * Coke does a realclean to see if that fixes his packfilie problems.
20:27 dalek TT #1570 created by Util++: Out-of-date binaries/packages on Parrot.org
20:27 dalek TT #1570: http://trac.parrot.org/parrot/ticket/1570
20:28 Coke Util: which ones are out of date?
20:28 Coke and are they so out of date they need to be removed, or do they just need to be updated?
20:28 Coke (I actually mostly only care about the second part.)
20:29 dngor joined #parrot
20:30 Util Coke: Cygwin, MacPorts, and Debian, at least. (well, as of last week)
20:30 Coke Util: ok. there's already a ticket about macports.
20:30 Coke the problem isn't really with the links on that page, unless they're never getting updated again.
20:32 dalek parrot: r45829 | fperrad++ | trunk (1 files):
20:32 dalek parrot: restore t/library/md5.t which tests Digest/MD5.pir (and not digest dynpmc)
20:32 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45829/
20:32 Coke win 2
20:33 ash_ are there any comments on my GSoC application? Just wanted to check... since tomorrow is one of the GSoC deadlines
20:38 Topic for #parrotis now Parrot 2.3.0 Released | http://parrot.org/ | Channel log: http://irclog.perlgeek.de/parrot/today | Priority: apply deprecations, merge branches | Review and vote GSoC applications
20:38 rurban Coke: native_pbc aren't tested anyway.
20:39 Coke rurban: I'm getting failures in the packfile tests, complaining about pbc version.
20:39 Coke (in my working copy)
20:39 rurban Sorry. I stopped maintaining that
20:45 Coke cotto_work: ping.
20:46 * chromatic steps away from his keyboard again; someone else should continue #ps
20:47 PacoLinux joined #parrot
20:53 kurahaupo joined #parrot
20:54 Coke wishlist--
20:54 chromatic I don't see the value of storing wishlist tickets in Trac.
20:55 hercynium joined #parrot
20:55 GeJ Good morning everyone.
20:55 Coke I can't see the value of storing them in the wiki. we're even.
20:56 chromatic What do you get from storing them in Trac?
20:57 Coke The ability to treat them as rfcs/todos - report on them, set priorities, list languages that would benefit from them...
20:58 chromatic We don't take advantage of that, though.
20:58 Coke chromatic: I'm going to pull an andy - it's not worth fighting about.
20:58 Coke chromatic: we don't take advantage of most of trac (yet)
20:58 dalek tracwiki: v125 | fperrad++ | Languages
20:58 dalek tracwiki: more update 2.3.0
20:58 dalek tracwiki: http://trac.parrot.org/parrot/wiki/L​anguages?version=125&amp;action=diff
20:59 Coke ok. mk_native_pbc seems to be broken.
20:59 chromatic I don't intend to fight or argue.  I'm genuinely curious.
20:59 Andy Not fighting is "pull an andy"?  If there's a name I am glad to have assigned to me, that would be a good one.
20:59 Coke I bumped PBC_COMPAT. t/pmc/packfile.t fails. I cannot succesfully run mk_native_pbc because... the packfile complains.
21:00 Coke chromatic: What do you gain from moving them to the wiki?
21:00 rurban_ joined #parrot
21:01 chromatic They're out of Trac, for one.
21:01 chromatic They're easier to revise as documents, not as email threads for two.
21:02 particle if only there was a trac plugin to wikify tickets
21:02 Coke why is having them out of trac a benefit?
21:02 chromatic They don't represent tangible units of work.
21:02 Coke what pain point is that fixing?
21:02 chromatic Bugs do.
21:02 chromatic You can't revise them as documents in Trac.   You can only add comments.
21:02 Coke so if you want a list of bugs, just run that report?
21:03 chromatic I want Trac to represent tangible units of work to which we have committed.
21:03 Coke chromatic: you can certainly do that by reporting on bugs/todos only.
21:04 Coke (document editing is not a bad reason.)
21:05 chromatic Suppose I write a wiki page that says "Here's how to fix vtable overrides in Parrot".
21:05 dalek rakudo: 10b0ff4 | jonathan++ | build/PARROT_REVISION:
21:05 dalek rakudo: Bump PARROT_REVISION to 2.3.0.
21:05 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​0b0ff4d8460ffc576d9466d65636cf66ced89d0
21:05 dalek rakudo: 698ba87 | jonathan++ | src/builtins/Multi.pir:
21:05 dalek rakudo: Add a .name method to Multi. Fixes various issues with introspection and also role composition, which uses this introspection.
21:05 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/6​98ba87aa795d4eea6d0d34d7ff0e302d0db6138
21:05 Coke my problem with wishlist items - we have no report for "show me all the wishlist items in the wiki".
21:05 chromatic Why should I add a ticket that says "Do exactly what this wiki page says"?
21:06 Coke so I, as a developer, can go to one place and say "here's what I'm working on for parrot".
21:06 Coke not, "tickets that are assigned, and these wiki pages" (that have no way that I no of to show ownership in a searchable way.)
21:07 chromatic What value do you get from a report that says "Here's what Coke is working on"?
21:07 Coke ... so I know what I have in my queue?
21:08 chromatic I guess I don't have that problem myself.
21:09 Coke where do you keep your parrot queue?
21:09 Coke in your head?
21:09 chromatic Yeah, I only work on a couple of things at a time.
21:10 chromatic If I have a brilliant idea (or a lousy idea), I put it on the wiki.
21:10 chromatic If i have an important bugfix, I make a branch for it.
21:11 Coke if the wiki were organized so these bits of brilliance were easier to find, that would be less objectionable.
21:11 chromatic I agree with that.
21:11 Coke but, I am not the project manager, nor do I even play one on tv.
21:12 Coke I'll keep my list my way, you keep your list your way, and stuff will continue to get done.
21:12 chromatic Maybe we work on really different things.
21:12 bacek ~~
21:14 clinton joined #parrot
21:15 Coke could be.
21:16 allison Coke: I've got a ticket marked "roadmap" that I'm dropping off the roadmap. what should its new type be?
21:16 dalek tracwiki: v11 | allison++ | AllisonTasklist
21:16 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Alli​sonTasklist?version=11&amp;action=diff
21:16 allison Coke: it's a planned feature
21:16 allison Coke: is that "feature", "todo"?
21:16 Coke just assign it to me, I'll figure it out later.
21:17 dalek rakudo: aa12544 | moritz++ |  (3 files):
21:17 dalek rakudo: a wee bit uncooling
21:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​a1254495f26693fb80f31525b1d640351bab78a
21:17 dalek rakudo: 77b52fd | moritz++ |  (24 files):
21:17 dalek rakudo: Merge branch 'cool'
21:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​7b52fd30a759a4b555fe4f85bec39750c128b25
21:17 dalek rakudo: d3b8168 | moritz++ | docs/ (2 files):
21:17 dalek rakudo: next release will be named "Moscow"
21:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​3b816890b9514486c8299bd287ae64b33b64f5f
21:17 allison Coke: well, it's assigned to whiteknight (as in, he was planning to work on the ticket)
21:17 dalek rakudo: bdc5dca | moritz++ |  (3 files):
21:17 dalek rakudo: Merge branch 'master' of github.com:rakudo/rakudo
21:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/b​dc5dca46b209e3c02c05bf6f64a0efb30326989
21:17 Coke allison: todo, I guess.
21:17 dalek TT #1568 closed by dukeleto++: `make smoke` reports a timeout error
21:17 dalek TT #1568: http://trac.parrot.org/parrot/ticket/1568
21:17 allison Coke: okay, thanks
21:19 Coke .. or move it to the wiki. =-)
21:20 allison Coke: I'm with you on not migrating a bunch of stuff
21:20 allison Coke: still trying to figure out when wiki versus ticket make more sense
21:21 Coke ->
21:21 dalek parrot: r45830 | dukeleto++ | trunk/lib/Parrot/Harness/Smoke.pm:
21:22 dalek parrot: [TT #1568] Increase the timeout for Smolder, so that spurious timeouts do not occur. brianwisti++
21:22 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45830/
21:22 dalek parrot: r45831 | NotFound++ | trunk/src/debug.c:
21:22 dalek parrot: dirty workaround for TT #1557
21:22 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45831/
21:22 allison on a completely unrelated note, I just got permission to spend half my school time next year working on an LLVM JIT for Parrot (for credit)
21:22 moritz cool
21:22 Util Tickets have permanence/persistence, even after they are closed.
21:22 Util Wishlist items on wikis should be cleaned-up after implementation; where does the detail go?
21:22 Util I see advantage in "ticket as unit of work".
21:22 Util Multiple commits can be tied together, and have simpler commit messages, by referring to the TT#.
21:22 Util Wherever the wishlists live, I think a TT should exist during the actual implementation.
21:22 Util (I favor wiki wishlists; this is just my $0.02 on ticketing when a wish is being "granted")
21:23 allison Util: it seems like a lot of the wiki tasklists so far link to tickets on the bigger items
21:23 allison Util: with just bullet points for the small items, or items that aren't fleshed out yet
21:24 allison Util: I also think "ticket as a unit of work" works well
21:30 cotto_work2 joined #parrot
21:31 kurahaupo1 joined #parrot
21:34 dalek rakudo: 5530662 | moritz++ | t/spectest.data:
21:34 dalek rakudo: run S06-operator-overloading/methods.t
21:34 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​530662f95038587549cbc6e4822da4c1861a17c
21:37 cotto_work any objections to ripping out the cgoto, cgp and switch runcores tonight?
21:38 dalek parrot: r45832 | chromatic++ | trunk (7 files):
21:38 chromatic If you do it on a branch, do it.
21:38 dalek parrot: [IMCC] Revised line number counting to start at the *start* of a line, as
21:38 dalek parrot: incrementing the counter at EOF is inadvisable for productions which match
21:38 dalek parrot: tokens before the lexer reaches EOF.  This should fix a lot of line numbering
21:38 dalek parrot: problems, but more tests are welcome.
21:38 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45832/
21:38 dalek parrot: r45833 | bacek++ | branches/compact_pool_revamp/src/gc (2 files):
21:38 dalek parrot: Handcraft std::lower_bound for finding blocks. bsearch couldn't find them
21:38 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45833/
21:39 bacek chromatic, are you merging immutable_strings?
21:40 chromatic Happy to.
21:40 chromatic I hadn't started yet.
21:41 bacek ok
21:42 chromatic Are you asking because you want me to, you want me to wait, you're doing it, or you're waiting outside my door with a cookie and a baseball bat, hoping I'll check the mail?
21:43 japhb "a cookie and a baseball bat"?  That seems awfully specific ....
21:43 chromatic You've never met the Girl Scouts around here.
21:43 japhb hehe
21:43 ash_ japhb: did you ever need any other help with the opengl configure issue?
21:44 japhb ash_, I'm actually just starting on that task now.
21:44 ash_ okay, well if you need me to test something let me know
21:44 japhb I decided that yesterday was a bad idea, because I didn't want to risk perturbing the OpenGL code that close to a release.
21:44 japhb will do
21:45 * japhb wishes he could afford a computer that qualifies as OMGFAST
21:46 dalek rakudo: cdb2b8f | jonathan++ | t/spectest.data:
21:46 dalek rakudo: Turn on S12-methods/multi.t.
21:46 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​db2b8f8be6bee1818779260e69abc8f5d6be769
21:46 bacek chromatic, I will not have this morning to do proper merge. But I can do it in  next 12 hours.
21:47 chromatic I could probably do it sooner if it's useful.
21:47 bacek Up to you.
21:47 ash_ japhb: you can rent one from amazon ec2 (for cheap)
21:48 bacek I can till after all other branches merged and merge immutable_strings last.
21:48 chromatic That may be wise.
21:48 chromatic I don't know if I want to rebase to trunk in one step either.
21:49 japhb ash_, that works for compiles.  Not so much for doing realtime tasks.
21:49 ash_ japhb: true, generally network lag prevents most remote connections from being "snappy"
22:09 japhb ash_, your problem seems to be Apple FAIL
22:10 ash_ whats up?
22:10 japhb There is one block of entries in the glext.h header where the lines should begin with typedef, but start with extern instead.
22:11 japhb Every extension block has an outer #if to check for the extension, and then an inner #ifdef to check whether it should typedef some pointer types, or extern some function names.
22:11 japhb Except that the block for GL_ARB_framebuffer_object uses extern in both #ifdef branches
22:12 japhb *sigh*
22:12 japhb Apple has made similar errors in the past -- where every other vendor uses the ARB-approved standard headers, and Apple writes their own and gets it wrong.  10.4 did this for one of the basic GL types, even!
22:13 japhb NIH without any rationale drives me nuts.
22:13 dalek parrot: r45834 | bacek++ | branches/compact_pool_revam​p/src/gc/alloc_resources.c:
22:13 dalek parrot: Factor out find_block_for_buffer function
22:13 japhb *huff*
22:13 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45834/
22:14 * japhb thinks about how to work around this dain bramage
22:14 NotFound japhb: Note that you are talking about people that wants to dictate what programming languages you can use in his gadgets.
22:15 japhb nodnod
22:16 ash_ I wonder why they made this change... it wasn't present in older version of 10.6 was it? or did something else change that caused this to show up just recently?
22:16 kurahaupo joined #parrot
22:20 japhb Good question. I thought someone had confirmed with 10.6.1 or 10.6.2, but you may be the first with 10.6.3
22:21 japhb Maybe they decided to prepare for supporting OpenGL 3.3 and/or 4.0, and just updated a bunch of headers ...?
22:21 dalek tracwiki: v56 | cotto++ | ParrotQuotes
22:21 dalek tracwiki: you never know where or when bacek might appear
22:21 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Pa​rrotQuotes?version=56&amp;action=diff
22:21 ash_ well, beta versions of 10.6.3 had support for opengl 3.0, (currently they only support up to 2.1) but it apparently didn't go live, (at least I don't see anything for 3.0 in the headers on my computer)
22:22 japhb Ah, yeah, that sounds like they're in transition on their headers then.
22:22 japhb Someone oopsed.
22:27 lucian joined #parrot
22:27 kurahaupo1 joined #parrot
22:28 ash_ I actually haven't ever gotten the opengl examples to work on OS X, i have a VM that I can get them to work fine in linux on, but I have always had problems with them in OS X
22:28 japhb Huh.
22:28 japhb Odd that.
22:29 japhb Did you install both the OpenGL and GLUT Frameworks?
22:30 ash_ OS X has its own bundled opengl and glut frameworks, i don't have an option to install anything :P
22:31 japhb Ah, they're installed by default now then.  Back in 10.3 days (last time I tried it myself), you had to choose to install them as extra components.
22:31 NotFound Oh, the beautiful easy of use of Apple products X-)
22:32 ash_ in theory, it should all be working out of the box, but thats just a theory
22:33 japhb OK, looks like I have a workaround for the warnings, at least.  Running some local tests before committing
22:33 ash_ most of the time its true, but then you get these edge cases, and a lot of OSS software has trouble with some of the OS X idioms, like frameworks, and fat binaries...
22:39 japhb OK ash_, give 45835 a try.
22:40 ash_ kk, checking it out
22:41 ash_ yeah, it didn't complain on the configure step
22:41 japhb Good
22:45 ash_ i am going to run the opengl examples to see if they still give me errors
22:45 japhb OK, sounds good
22:49 dalek parrot: r45835 | japhb++ | trunk/config/gen/opengl.pm:
22:49 dalek parrot: [OpenGL] Work around bug in at least glext.h in Mac OS X 10.6.3
22:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/45835/
22:50 ash_ japhb: http://gist.github.com/373190 is the error I get
22:50 ash_ i ran  ./parrot examples/opengl/shapes.pir
22:50 japhb OK, let's see ...
22:52 Whiteknight joined #parrot
22:53 cotto_work hio Whiteknight
22:53 japhb All right, where is OpenGL.framework on your system, ash_?
22:53 ash_ for me: /System/Library/Frameworks/OpenGL.framework/
22:53 japhb Ur?
22:53 purl japhb: q[merlyn]'s Unix Review columns, at http://www.stonehenge.com/merlyn/UnixReview/ or just a hop skip and a jump away from babylonia or short for URog or a lame way to say you're or Updating a public calendar automatically (Jul 07); Export behavior, not data (May 07); The Replacements (Mar 07); Show me your references (Jan 07); Formatting reports with Template Toolkit (Nov 06) or rong
22:54 japhb ash_, could you gist an ls in there?
22:54 ash_ japhb: updated the gist: http://gist.github.com/373190
22:55 Whiteknight hello cotto_work
22:55 ash_ last time i looked into it i think it was trying to load /System/Library/Frameworks/Open​GL.framework/Versions/A/OpenGL
22:56 ash_ which i think should have really been: /System/Library/Frameworks/OpenGL.fram​ework/Versions/A/Libraries/libGL.dylib but i am not sure
22:56 japhb /System/Library/Frameworks/OpenGL.framework/OpenGL is a symbolic link?
22:56 ash_ no, its a file, here, i'll give you the file commands output on it
22:56 japhb thx
22:57 ash_ updated http://gist.github.com/373190 again, its a fat binary dylib really
22:57 ash_ (its at the bottom of the gist)
22:58 japhb I meant, "is .../OpenGL.framework/OpenGL a symlink to .../OpenGL.framework/Versions/A/OpenGL?"
22:59 ash_ yes, well technically it points to -> Versions/Current/Opengl where Current points to A
22:59 ash_ but yes
22:59 japhb Right, got it.
22:59 ash_ it eventually resolves there
22:59 japhb sure
23:00 japhb OK, so I'm surprised.  .../OpenGL was correct in older Mac OS X results, and it's still there, and yet it's no longer correct?  Harrumph.
23:00 * japhb wonders if we've tripped over another damn Mac linker change
23:01 ash_ it seemed like it might be a problem opening it because it doesn't have a .dylib extension, but i could be wrong
23:01 ash_ i remember trying to track it down at one point, but i never fully figured it out
23:02 japhb ash_, In your local copy of .../runtime/parrot/library/OpenGL.pir, can you edit the .sub _load_opengl_libs (around line 106), and add
23:03 japhb pushd libnames, '/System/Library/Frameworks/OpenGL​.framework/Libraries/libGL.dylib' to the first block of GL lib names,
23:03 japhb and so on for the other blocks (GLU and GLUT)?
23:03 japhb Then try again and see what happens
23:05 ash_ hmmm
23:05 ash_ i see a libGL.dylib and libGLU.dylib but no GLUT
23:05 japhb It would be in GLUT.framework
23:06 ash_ hmmm no .dylib in there
23:06 * japhb shrugs
23:07 japhb well, skip that one, and just do the GL and GLU.
23:07 japhb I want to see if it gets farther than before
23:07 ash_ do i need to re-make it?
23:07 japhb Yeah.
23:08 ash_ yea, it got passed that, now it can't find GLUT
23:08 ash_ so, GL and GLU worked
23:09 japhb OK, that's interesting.
23:09 japhb ... And good, at least we are on the right track.
23:10 japhb So now we have to find GLUT
23:10 Coke allison: (LLVM JIT 4 CREDIT) WOOT
23:10 japhb Can you just search for GLUT on your FS?
23:10 japhb Coke, what happened now?
23:11 tetragon joined #parrot
23:11 Coke (girl scouts) Speaking of which, I think we still have some cookies leftover. =-)
23:11 ash_ japhb: the only one I can find is under /usr/X11/lib/libglut.dylib
23:12 japhb Hmmm, I'm guessing /usr/X11/lib/ is not in the library search path on Mac OS X ....
23:12 ash_ should I be using all the libraries under /usr/X11/lib? since there are also libGL and libGLU
23:13 Coke japhb: allison mentioned it earlier in backscroll
23:13 japhb My (admittedly weak) understanding is that those versions are the GLX versions, instead of the core versions
23:14 japhb But heck,
23:14 japhb let's try loading that /usr/X11/lib/libglut.dylib and see what happens.
23:14 japhb Coke, ah, about two hours ago.
23:14 japhb EXCELLENT.
23:14 japhb allison++
23:15 allison Coke: :)
23:16 ash_ i'd like to help with the llvm stuff, its its possible. that was my GSoC  anyway, and why I am doing an independent study on compilers (which i am building on top of the llvm)
23:18 ash_ japhb: there is still no libglutcb
23:18 japhb That's supposed to be built as part of Parrot's build
23:18 ash_ oh, okay, maybe there is then
23:18 ash_ yeah, i ran it, it seems to get further
23:19 japhb Progress!
23:19 purl progress is progress
23:19 allison ash_: are you J. Harrison?
23:19 ash_ yeah
23:19 ash_ japhb: GLUT: Warning in shapes.pir: The following is a new check for GLUT 3.0; update your code.
23:19 ash_ GLUT: Fatal Error in shapes.pir: redisplay needed for window 1, but no display callback.
23:20 japhb WTF?
23:20 allison ash_: yeah, the llvm frame builder looks good
23:20 ash_ it gets that far now, also i think I realized what the difference is now, the /usr/X11/lib use X11.app not the Aqua
23:20 allison ash_: some of the interface there will be useful for the more general JIT too
23:20 japhb OK, let's ratchet back.  Can you do static-triangle.pir?
23:21 ash_ japhb: same error when I do it, i tried using XTerm to open it, i still get the error that there is no display callback
23:21 allison ash_: and yes, I expect to be able to fork out parts of the project to other people
23:22 Coke odd. we have a fish named "harrison j. fish" (had, rest his fins.)
23:22 cotto_work ash_: that's good.  Helping allison will ensure that everything doesn't remain in her head.
23:22 * ash_ lol @ a pet with my name
23:23 * japhb wondering how the display callback fails to exist
23:24 japhb .oO( libglutcb broken on OS X 10.6.3? )
23:24 ash_ i think one of the most impressive uses of the llvm for a jit system is macruby, IMO, it can produces native executables, and dylibs for your code, and you can have it dump the llvm-li form of your program, its pretty impressive
23:24 ash_ well, macruby does a lot more than just a jit, but it has a jit too
23:25 allison cotto: my brain needs a "dump to text" feature
23:25 allison ash_: have you looked at unladen-swallow?
23:26 Coke ... I'm such a juvenile.
23:26 Coke ... and that was for your feature send, btw. :P
23:26 ash_ a bit, but not as much, more a ruby buff, hence why i have looked macruby more
23:27 japhb ash_, did static-triangle.pir manage to do *anything* other than error?  For instance, did it pop up a black window, or even just empty window frame?
23:27 ash_ japhb: if X11 isn't open, it opens x11 then displays the error, no frames pop up
23:28 allison Coke: it's a popular fish name http://www.flickriver.com/pho​tos/whoaitsmolly/4500748293/
23:30 ash_ japhb: i think i found some useful info in the system error logs
23:30 japhb ooh, do tell
23:31 ash_ japhb: http://gist.github.com/373190 updated the gist, it has the relevant logs from windowserver.log
23:32 Coke http://trac.parrot.org/parrot/ticket/1427 - I've taken that as far as I can. hopefully LHF for someone else.
23:32 ash_ japhb: i don't know much about opengl, but "Mar 29 22:15:37  [160] agc_attach: Couldn't find any matches" looks like an issue
23:32 japhb ash_, yeah, that caught my eye as well
23:36 japhb ash, what happens if you switch the GL and GLU library paths to the X11 ones?
23:37 ash_ i did already, they are all the /usr/X11/lib versions actually
23:37 * japhb is listening to the fourth hail storm today
23:40 * japhb looking at src/glut_nci_thunks.c ... I wonder what pcf_i_ddddpppddpppp is for?
23:40 japhb That's one heck of a signature
23:41 japhb Hmmm, I think plobsing may be batter up.
23:42 ash_ i wonder why it wouldn't load the libraries as .../OpenGL and .../GLUT
23:42 japhb Good question!
23:42 purl Yeah, it is. I'm stumped.
23:42 dukeleto ash_: because Steve Jobs hates freedom
23:43 ash_ well, there's always that too, but is it not loading it because of the extension maybe?
23:43 japhb Maybe a change in how Parrot or 10.6.3 is doing dynlib?
23:43 ash_ maybe?
23:43 purl Maybe not.
23:43 ash_ its always been there for me in 10.6, as far as i can remember
23:44 dukeleto i have not used parrot under 10.6.x at all
23:44 japhb I haven't had a local Parrot-on-Mac install since 10.3
23:44 ash_ dukeleto: which version do you have? (if any?)
23:44 ash_ doesn't Coke have 10.5?
23:45 dukeleto ash_: i have 10.5.x powerpc/intel
23:46 ash_ do the opengl examples work for you?
23:46 dukeleto ash_: never have, for quite a while now
23:46 ash_ got ya, so its not just 10.6
23:47 dukeleto ash_: i think i first tested them around parrot 1.x
23:47 dukeleto the reason may have changed or snowballed since then, tho.
23:47 japhb Wait, I distinctly remember having fixed OpenGL for 10.5 for someone.
23:47 japhb So ... at some point Parrot or OS X changed, it stopped working, and until now none of the Mac guys raised a hand.
23:47 japhb Sigh.
23:48 dukeleto japhb: i remember us talking about it, but I don't know that i ever got it to work. is there something specific you want me to test?
23:48 japhb The problem with code not in the test suite.
23:48 eternaleye joined #parrot
23:48 japhb dukeleto, if you even could get examples/opengl/static-triangle.pir to work, that would be a big step forward.
23:51 dukeleto japhb: i get this: http://gist.github.com/373232
23:52 japhb ash_, can you gist your fixed lines for OpenGL.pir?
23:52 chromatic bacek, I'm not going to get to the merge today.
23:52 ruoso joined #parrot
23:53 japhb It sounds like it was Parrot that changed something in dynlib handling on Mac, rather than an OS X change, since it's happening in 10.5 as well
23:53 ash_ dukeleto: an svn diff of my changes http://gist.github.com/373237
23:56 bacek_at_work chromatic, slacker!
23:56 dalek rakudo: 7f8397d | jonathan++ | src/Perl6/Grammar.pm:
23:56 dalek rakudo: Bring our morename rule more in line with STDs.
23:56 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​f8397d0a1303b542d33f2bc1a3d9331bc0687b6
23:56 dalek rakudo: 22805bd | jonathan++ | src/glue/role.pir:
23:56 dalek rakudo: A nudge in the direction of getting anonymous roles working (they don't yet, this is just part one :-)).
23:56 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​2805bd22e63e64b0ca44086b63c2f1d7072fd10
23:56 dalek rakudo: ea1760c | jonathan++ | src/ (4 files):
23:56 dalek rakudo: Get anonymous classes (mostly) working. Passes all the anonymous class tests apart from those that depend on Numeric and Stringy. Also we can remove some hacky stuff I put in earlier.
23:56 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​a1760c428463dfa07ab97f0db3b08dc3388807d
23:56 dalek rakudo: 07fd77b | jonathan++ | t/spectest.data:
23:56 dalek rakudo: Turn on S12-class/anonymous.t.
23:56 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​7fd77bcc5f1d8624522c9860bd8ca49a5d8bbee
23:56 japhb ash_, dukeleto: Since you guys are forcing the X11 version of GL/GLU/GLUT, perhaps this needs to be fixed in config/auto/opengl.pm: 183:            darwin          => '-framework OpenGL -framework GLUT',
23:57 dukeleto ash_: i will try that
23:57 ash_ i would use the library ones if i could find a glut.dylib that wasn't in X11...
23:57 dukeleto japhb: they should become -framework GL and -framework ?
23:58 japhb dukeleto, -framework X11 I'm guessing?
23:58 ash_ if its the x11 stuff you need just add /usr/X11/include to your includes path
23:58 ash_ and remove the -framework
23:59 japhb ash_, the problem is the linker libs, being computed in config/auto/opengl.pm
23:59 ash_ if i remember right anyway, its not using a framework anymore, X11 is supposed to be compatible with other X based libraries

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

Parrot | source cross referenced