Camelia, the Perl 6 bug

IRC log for #parrot, 2009-08-15

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:01 dalek pynie: r86 | allisonrandal++ | trunk/setup.py:
00:01 dalek pynie: Build the Pynie executable by default, which requires Parrot version 1.4.
00:01 dalek pynie: review: http://code.google.com/p/pynie/source/detail?r=86
00:03 Whiteknight the corevm make target is wonderful
00:03 Whiteknight I dont know why nobody thought about that sooner
00:08 gigabo left #parrot
00:14 Khisanth joined #parrot
00:16 patspam joined #parrot
00:17 cotto I wonder why GEN_LIBRARY is part of the target, though.
00:31 MinorToken joined #parrot
00:34 mikehh cotto: you are involved with decnum_dynpmcs are you not?
00:36 cotto I'm darbelo's mentor.
00:37 cotto If I'm not involved, I should be. ;)
00:37 mikehh I just didn't see darbello around
00:38 cotto seen darbleo
00:38 purl I haven't seen 'darbleo', cotto
00:38 mikehh I built it and make test passed with gcc - but it would not build with g++ - it doesn't like enum rounding as an INTVAL (g++ that is)
00:38 cotto seen darbelo
00:38 purl darbelo was last seen on #parrot 23 hours, 13 minutes and 12 seconds ago, saying: It claims to be "Just another email2trac test", maybe that means email2trac works now.
00:39 dalek parrot: r40551 | cotto++ | branches/pluggable_runcore (2 files):
00:39 dalek parrot: [profiling] minor code cleanup and typo fixes
00:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40551/
00:39 cotto Feel free to msg him.  He's here often enough that he'll see it.
00:41 nopaste "kid51" at 70.85.31.226 pasted "Test failures in pluggable_runcore branch at r 40550." (51 lines) at http://nopaste.snit.ch/17553
00:41 Whiteknight !!!
00:41 * Whiteknight thinks he got the lazy GC allocator working
00:42 kid51_at_dinner Those failures were in make examples_tests
00:43 cotto I'm surprised that r40550 builds.  It has a rather silly typo that should break the build.
00:43 mikehh ./decnumcontext.pmc: In function ‘void Parrot_DecNumContext_thaw(parrot_interp_t*, PMC*, visit_info*)’:
00:43 mikehh ./decnumcontext.pmc:102: error: invalid conversion from ‘INTVAL’ to ‘rounding’
00:45 cotto kid51, examples_tests looks fine now.
00:45 mikehh plus the similar at line 241 then exits - that's with g++
00:46 bacek joined #parrot
00:47 cotto hail, bacek!
00:48 Whiteknight anybody here know anything about benchmarking?
00:48 Whiteknight because I'm a n00b at it
00:48 Whiteknight chromatic: ping
00:50 dalek parrot: r40552 | whiteknight++ | trunk/src/gc (4 files):
00:50 dalek parrot: [gc] add in a completely lazy GC allocator. Disabled by default, can be enabled by setting GC_USE_LAZY_ALLOCATOR in src/gc/gc_private.h to 1.
00:50 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40552/
00:50 cotto Whiteknight, http://www.zedshaw.com/ess​ays/programmer_stats.html
00:50 Whiteknight are you saying I don't know statistics?
00:51 cotto do you?
00:51 purl do you is it compulsory? ;)
00:52 kid51 Smolder is back.
00:53 Whiteknight I took a lot of statistics classes back in school
00:53 Whiteknight so the answer is no, I don't know statistics anymore
00:53 Whiteknight :)
00:54 mikehh whiteknight: depends what you are trying to benchmark - essentially it involves comparitive timings :-}
00:55 mikehh sorry
00:55 mikehh Whiteknight: depends what you are trying to benchmark - essentially it involves comparitive timings :-}
00:55 mikehh case sensitive
00:55 purl rumour has it case sensitive is at http://geekz.co.uk/lovesra​ymond/archive/mundane-name
01:00 Whiteknight my IRC client isn't case sensitive
01:01 mikehh ok that's good
01:02 Whiteknight so I have four GC configurations that I want to compare. The measurements are mostly going to affect startup time
01:03 Whiteknight so I think that running a benchmark that causes parrot to startup more frequently, like the coretest target, would be a good thing
01:03 dalek parrot: r40553 | whiteknight++ | trunk/src/gc (3 files):
01:03 dalek parrot: [gc] move a bunch of macros together in the GC for cleanliness. Plus, I'm going to be twiddling these values, and it's easier for me if they are all in the same place
01:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40553/
01:03 Whiteknight so for each configuration I want to "make coretest" a fixed number of times, and compare total times
01:04 Whiteknight Three questions: (1) how many times to run it, (2) how do I repeat a command X times in bash, and (3) how do I time it
01:05 mikehh simplest way is to date run test date etc
01:06 Whiteknight ...I don't understand what you just said at all
01:06 mikehh or use perl with one of the Time modules
01:07 mikehh depends on the granularity you require on the timings
01:08 Whiteknight low granularity. 1s?
01:09 Whiteknight I imagine I'm going to want to see several seconds difference between different runs for there to be anything of a statistical significance
01:10 bacek good morning parrot
01:11 Whiteknight good morning bacek
01:12 bacek Whiteknight: for i in seq 10; do /usr/bin/time make coretest; done
01:12 bacek Whiteknight: good morning ;)
01:12 eternaleye Whiteknight: `time sh -c 'for i in {1..10}; do make coretest; done'` will run make coretest ten times and give the total
01:12 eternaleye bacek: you type fast
01:13 eternaleye bacek: Also, some Unices (including a few versions of Solaris) don't include a 'seq' binary, though {1..10} ranges are POSIX-required
01:13 bacek eternaleye: heh :)
01:14 eternaleye bacek: And doesn't for take a space-separated list of items, which would require 'seq 10' to be in backquotes?
01:15 eternaleye if takes a binary to execute, for takes text
01:15 bacek eternaleye: no. At least it works in bash and tcsh.
01:15 eternaleye hm
01:16 eternaleye bacek: in sh (not bash) it 'for i in seq 10; do echo $I; done' says 'seq\n10'
01:17 Whiteknight anybody here on Linux x64?
01:17 eternaleye s/I/i/
01:17 mikehh I am
01:17 eternaleye bacek: So that isn't POSIX compliant
01:17 bacek it probably should be backticket
01:17 mikehh Ubuntu 9.04 amd64
01:17 eternaleye Whiteknight: I'm on Exherbo amd64
01:18 Whiteknight eternaleye: what is sizeof(PMC) on your system?
01:19 eternaleye Whiteknight: How would I check that?
01:19 Whiteknight i don' know, that's why I asked :)
01:20 Whiteknight don't worry about it, I'll figure it out
01:20 eternaleye Whiteknight: I might have an idea
01:21 Whiteknight 48
01:21 eternaleye Whiteknight: I got the same thing
01:21 eternaleye (gdb) p sizeof(PMC)
01:22 Whiteknight okay, so the GC allocates 213 PMCs initially on x64 systems
01:22 Whiteknight 426 on x86 systems
01:22 Whiteknight neither of those numbers are even remotely intelligent choices
01:22 eternaleye ~10KB
01:23 eternaleye (on amd64)
01:23 Whiteknight eternaleye: while you are in gdb, what's the size of STRING and Buffer?
01:24 eternaleye STRING: 72 Buffer: 24
01:24 Whiteknight awesome. Thanks!
01:24 eternaleye np
01:25 dukeleto 'ello
01:26 Whiteknight hello dukeleto
01:26 Whiteknight you've been kicking some ass in the ticket queue today
01:32 Whiteknight time sh -c 'for i in `seq 10`; do make coretest; done'
01:33 Whiteknight thta's the command I had to use, none of the other suggestions ran the tests more then once
01:33 Whiteknight the {1..10} thing did't work
01:34 Whiteknight cotto: ping
01:35 cotto Whiteknight, pong
01:35 Whiteknight cotto: have you been doing any profiling work at all?
01:36 Whiteknight I'm trying to get an estimate for the number of PMCs that are allocated on startup
01:36 cotto Just add some code to whatever gets a new PMC header.
01:37 cotto e.g. print to stderr or a temp file
01:37 Whiteknight yeah, I was hoping somebody would just have that number available, I seem to remember chromatic had figured it out a while back
01:37 Whiteknight I'll have to wait about 15min, I'm running a test benchmark now
01:38 cotto I remember getting a number, but I don't recall what it is or how accurate it'd be now.
01:38 cotto better just to get a current figure
01:47 Whiteknight yeah, working on that now. Thanks
01:49 Whiteknight 1159 for "hello world"
01:50 Whiteknight actually, that doesn't count pmc_new_noinit
01:52 TiMBuS joined #parrot
01:54 Whiteknight 1440 regular PMCs (not including constant PMCs or temporary PMCs)
01:57 kid51 Wow!  a patch I submitted to a core module in April 2005 finally made it into CPAN today!
01:58 cotto istr something around 1500
01:59 cotto kid51, speedy!
02:01 dukeleto Whiteknight: thanks, glad that you noticed ;) You are doing the release on Tuesday, right?
02:02 Whiteknight yes
02:02 dukeleto kid51: that is why my coworkers calls perl 5 "geologically stable"
02:02 Whiteknight kid51: better late than never!
02:03 cotto kid51, where's the patch?
02:03 GeJ Good morning everyone.
02:03 dukeleto Whiteknight: shall I remove the Random PMC as part of https://trac.parrot.org/parrot/ticket/871 or create a different ticket ?
02:03 dukeleto GeJ: good localtime()
02:04 dukeleto kid51: this is because my coworker and I fixed a bug in the perl 5 debugger which got into blead, but they wanted nothing to do with it for 5.10.1 and who knows when that fix will get deployed to the rest of the world
02:06 Whiteknight dukeleto: was it deprecated?
02:06 dukeleto Whiteknight: from DEPRECATED.pod : random [eligible in 1.1]
02:06 Whiteknight then yes. kill it
02:07 * dukeleto sets mode to "KILL KILL KILL"
02:07 dukeleto i figured it should be part of 1.5 since our focus is removing deprecated features
02:09 kid51 cotto:  the original bug report and patch were here:  https://rt.cpan.org/Public​/Bug/Display.html?id=12401
02:09 kid51 cotto:  The updated code is here:  http://cpansearch.perl.org/src/L​DS/CGI.pm-3.45/lib/CGI/Pretty.pm
02:10 kid51 dukeleto:  Well, I don't want to come anywhere near those Perl core arguments.
02:10 dukeleto kid51: yeah, it is for the best
02:10 kid51 Am currently expending my energy on a dual-life module:  ExtUtils::ParseXS
02:11 kid51 Refactoring TimToady code.  Painful.
02:11 dukeleto kid51: that is because you are altering the code-time continuum
02:11 kid51 Oh, please don't accuse me of that.
02:11 kid51 Next you'll be accusing me of violating the Prime Directive!
02:15 MinorToken joined #parrot
02:16 dukeleto can anyone think of any tests that they would like to see for pbc_disassemble and pbc_info ? I have some basic ones, but I have never used these utils before
02:26 dukeleto Whiteknight: what is the policy on breaking examples and HLL's that rely on deprecated features that should be rightfully deleted ?
02:27 Whiteknight we put a deprecation notice in, and after the next point release (1.0, 1.4, 2.0, 2.6) that feature gets removed
02:27 Whiteknight and anybody still relying on it should know better
02:28 dukeleto sounds good to me. only 4 examples have to be changed, which should be trivial
02:28 treed Where do deprecation notecis go?
02:28 treed notices
02:29 cotto treed, DEPRECATED.pod in svn root
02:29 cotto and they should also have an associated TT
02:30 dukeleto should we have coding standard tests about examples without tests?
02:31 cotto ?
02:31 kid51 IIRC, the point of make examples_tests was to run the code in the examples -- but I've never poked around there much.
02:33 treed "eligible in 1.5" means that it can be removed in 1.5 or after 1.5?
02:35 cotto It means that the feature may not exist in 1.5, i.e. it can be removed any time.
02:35 cotto (iiuc)
02:35 janus joined #parrot
02:35 treed And the alternatives for these already exist?
02:36 cotto good question
02:36 purl Yeah, it is. I'm stumped.
02:37 kid51 treed:  In practice, no, the alternatives may not yet exist.
02:37 treed But they're eligible for removal?
02:37 treed It'd be nice if the document said which ones the alteratives exist for.
02:37 kid51 That's why deprecation means "eligible for removal starting in 1.5"
02:38 dukeleto kid51: examples_tests tests the tests that we have for examples. I am talking about tests that fail when no tests for examples exist :)
02:40 kid51 dukeleto:  Well, how would you phrase the coding standard?  (We have to put something into docs/pdds/pdd07_codingstd.pod before we can add a t/codingstd/*.t test for it.)
02:42 dukeleto kid51: A TODO test should be added for each directory in examples/ that does not have a corresponding file in t/examples . So the directory examples/foobar should have a corresponding test t/examples/foobar.t
02:43 dukeleto currently some really important examples fail this, like opengl and sdl, which also happen to use the Random PMC :)
02:44 dukeleto i can modify their code to use the rand dynop(), but I don't currently have any tests to run
02:45 kid51 Well, I recommend you create a TT for this.  We even have a 'codingstd' tag you can apply to it :)
02:46 dukeleto kid51: on it
02:52 dalek TT #922 created by dukeleto++: Coding standard tests for examples/ directories without tests
02:54 kid51 dukeleto: Ummm, you're assigning that ticket to me?
02:55 kid51 I was merely suggesting the way to raise the question.  I wasn't necessarily agreeing that it should be done.
02:55 dukeleto kid51: i didn't assign it to you. I think the coding_standard flag auto-assigned it to you?
02:55 kid51 That is weird.  I never heard of that.
02:55 dukeleto kid51: just reassigned it to me
02:57 kid51 Thanks, I'd suggest that the first part will be to prepare a patch for that PDD.  Only if people like allison, coke, particle, etc. buy the PDD will it succeed.
02:57 dukeleto kid51: perhaps firefox auto-filled a field that I wasn't looking at. totally accidental, sorry
02:58 kid51 np
02:58 * kid51 must sleep
02:58 purl $kid51->sleep(8 * 3600);
03:02 davidfetter joined #parrot
03:13 japhb dukeleto: I see you pinged me.  (By dint of saying 'OpenGL' in an open channel :-).  What's up?
03:14 dukeleto japhb: opengl uses the random pmc which I am killing. it is easy to change over to the rand() dynop, but it doesn't seem that examples/opengl/* has any tests
03:15 japhb dukeleto: How would you test an OpenGL example?  :-)  (Not that it can't be done, I'm just curious what you had in mind.)
03:17 dukeleto japhb: yeah, it is difficult. at least a test that it compiles would be nice.
03:18 japhb dukeleto: But we can't depend on that ... because we don't know whether someone has it.  I suppose the test could skip if the config has no OpenGL ...
03:18 dukeleto japhb: yep, that is what all the parrot_utils tests do
03:18 japhb dukeleto: all right, drop me a TT for it, I'll try to get to it.  Is your change supposed to be landing for 1.5?
03:19 dukeleto it is a very basic test, but it is also very important and points out to us when an old example passes a deprecation point
03:20 japhb dukeleto: That's fair, as long as the testers don't ignore the fact when it's skipping (and thus telling them nothing other than that they configured without opengl).
03:20 dukeleto japhb: yeah, 1.5 . it will probably land sometime later tonight :) We have rand() dynops now. I can fix the opengl examples if you like
03:20 dukeleto i was going to do it as a part of deleting the random pmc
03:21 japhb dukeleto: I think the only one that needs to change is shapes.pir; the only other uses of 'rand' are in Perl 6 code.
03:21 dukeleto wow, the random pmc had a whopping 2 tests
03:21 japhb dukeleto: and thanks.  :-)
03:22 japhb What algorithm is the rand op using?
03:28 dukeleto japhb: it just uses Parrot_srand and Parrot_float_rand
03:29 japhb dukeleto: *zoom*
03:31 dukeleto japhb: yes, the dynop should hopefully be considerably faster than the RandomPMC :)
03:33 japhb Oh, heh, that's good to know, but not what I meant.  I meant "zoom in to the next level of detail".  It's roughly like I said "How does a (gas) car generate power?" and you said "With an internal combustion engine." to which I replied "Care to zoom in on that a little?"  :-)
03:36 dukeleto japhb: gotcha
03:36 dukeleto and I think I just discovered an "accidental feature" in my dynop implementation
03:36 japhb There's an old story about some famous physicist being asked in his PhD defense "Why is the sky blue?" and he replied "Rayleigh scattering", and the questioner kept asking for more detail until the grad student had reached deep down to the QED equations, thus earning his PhD.
03:36 japhb dukeleto: heh.
03:40 dukeleto japhb: I was a phd student once, and I believe it.
03:42 dukeleto japhb: it is based on rand48 and friends
03:43 dukeleto japhb: X(n+1) = ( aX(n) + c ) mod 2^48
03:50 GeJ clock?
03:50 purl GeJ: LAX: Fri 8:50pm PDT / CHI: Fri 10:50pm CDT / NYC: Fri 11:50pm EDT / LON: Sat 4:50am BST / BER: Sat 5:50am CEST / IND: Sat 9:20am IST / TOK: Sat 12:50pm JST / SYD: Sat 1:50pm EST /
03:51 chromatic joined #parrot
03:52 japhb dukeleto: Ah, standard LCG then.
03:53 japhb dukeleto: fast, but relatively low quality.  Is it pluggable in any way?
03:53 japhb (The fact that it's a 'dynop' would indicate so, but I haven't spent any time reading up on them.)
03:55 dukeleto japhb: i think it could now easily be made pluggable, but there is currently no option
03:55 japhb dukeleto: gotcha.
03:55 dukeleto it can be pluggable and changed without recompiling parrot, now that it is a dynop
03:56 dukeleto dynops are basically ops that don't require you to recompile parrot, they are dynamically loaded
03:56 japhb .so or so?
03:57 japhb well, I'll see in your diff, I'm sure
04:04 dukeleto japhb: .so
04:04 japhb dukeleto: thought so, thanks.
04:05 japhb dukeleto: sorry for my terseness in a few places; I was keeping a toddler from running amok.  :-)
04:05 dukeleto japhb: no worries
04:13 japhb Interesting.  It appears that PHP, Python, and Ruby all use the Mersenne Twister as their default PRNG.  We may want to upgrade our implementation at some point.
04:13 japhb dukeleto: shall I enter a TT for that, or would you like to?
04:15 dukeleto japhb: please enter a TT, but I may get to it with my current patch
04:15 dukeleto japhb: I am changing tests first
04:19 japhb dukeleto: nodnod
04:27 japhb TT #923
04:29 dalek TT #923 created by japhb++: Replace PRNG algorithm used by rand dynop
04:40 ingy joined #parrot
04:47 * dukeleto keeping tripping into deeper yak-shaving holes
04:48 japhb Mmmm, tasty, tasty yak ....
04:52 cotto yeah.  watch out for those
04:58 dukeleto cotto: 10-4
04:58 purl 6
04:58 dukeleto purl, i give a botsnack for trying
04:58 purl :)
05:04 cotto purl, you can't have a botsnack
05:04 purl thanks cotto :)
05:06 cotto Is there an html or pdf version of the pir book available?
05:08 GeJ doesn't `make html` build one?
05:09 cotto found it
05:09 cotto docs.parrot.org
05:09 purl well, docs.parrot.org is updated nightly iirc
05:10 cotto GeJ, that works too.  For some reason I though make html didn't cover the pir book.
05:13 GeJ I think it doesn't do the draft chapters. Everything else should be fine.
05:14 GeJ I remember a commit from allison about something like this not so long ago. It may have changed though.
05:14 allison GeJ: yes I removed the draft chapters from 'make html'
05:14 allison GeJ: but the main book is still there
05:15 GeJ Yay for my memory!
05:16 GeJ As for the PDF, maybe scribd the scribd link. I couldn't say for sure since I don't have Flash.
05:16 GeJ s/scribd/check/
05:16 dukeleto yay for passing tests
05:49 dalek parrot: r40554 | dukeleto++ | trunk (2 files):
05:49 dalek parrot: [TT #871] Add some more permutations of the rand() dynop, with tests
05:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40554/
05:52 dukeleto was random the only singleton pmc?
05:52 dukeleto there is a test in t/op/gc.t about singletons accidentally being destroyed that uses the random pmc
05:53 dukeleto looks like Env is a singleton
05:54 dukeleto as well as File, Null and Os, if anybody cares
05:59 dukeleto still having trouble with this gc test
06:03 dukeleto i think I will todo it  for now
06:22 dukeleto japhb: runtime/parrot/library/Math/Random/mt19937ar.pir is an MT implementation in PIR
06:23 japhb dukeleto: I'll be darned.
06:24 japhb dukeleto: well, if it's fast enough, I guess use it.  :-)
06:24 dukeleto japhb: sounds good to me
06:25 dukeleto japhb: some benchmarks would be greatly appreciated
06:26 dukeleto should rand $P0 do something useful?
06:27 dukeleto probably not
06:27 japhb not obviously so.
06:29 dukeleto i see that opengl uses a ".local pmc rand", and I just recently added a dynop called rand
06:30 japhb dukeleto: I don't see that; just '.local pmc random' and '.local num rand'
06:31 dukeleto japhb: can you verify that the opengl examples work with my new dynops loaded? you have to add ".loadlib 'math_ops'" above your includes (i am messing with shapes.pir now)
06:31 dukeleto japhb: you are right, it is num rand
06:31 dukeleto just wondering how the pir parser does with an op and a variable with the same name
06:31 japhb so make it '.local num random' instead, and 'random = rand', right?
06:32 japhb dukeleto: I'd just not bother with the confusion.  Don't even try.
06:33 japhb dukeleto: I'm hacking together a quick bench for you.
06:33 dukeleto japhb: 10-4
06:33 purl 6
06:33 cotto 6?
06:33 purl well, 6 is THERE IS NOOOOOO... RULE 6
06:47 dukeleto do ops only take registers as arguments?
06:47 cotto They can also take constants.
06:48 cotto but you don't have to do anything special to use them.  ops2c takes care of that.
06:55 dukeleto just as an aside, it appears that parrot's floating point random numbers don't have a different seed for each run. rand $N0 always returns 11.8540295743782 the first time on my OS X machine, rand $I0 at least has the perception of being random
06:55 dukeleto is that a bug or a feature?
06:57 japhb dukeleto: that depends; checking for srand being on every rand done is a waste of time, but many HLLs expect that.
06:58 japhb s/being on/already being done on/
07:01 mj41 Hi. Probably it is possiible to update some of these test cases http://tt.ro.vutbr.cz/report/pr-Parrot/​do?trun-8634=on&trun-8633=on&tr​un-8635=on&trun-8637=on&trun-86​39=on&trun-8636=on&trun-8638=on
07:01 dukeleto japhb: the thing is, rand $I0 is fine, but rand $N0 is always the same the first time it is run in an interpreter
07:01 japhb that's rather odd.
07:02 dukeleto they are each a thin wrapper arount Parrot_int_rand and Parrot_float_rand, respectively
07:03 * dukeleto jumps over a few other yak holes trying to ensare him
07:03 japhb heh
07:03 japhb I'd say if they have different behavior, it's a bug.  Which one is 'correct' ... well, that depends.
07:17 dukeleto japhb: i think I have gotten rid of Random in shapes.pir
07:17 chromatic joined #parrot
07:18 japhb dukeleto: OK.  I've got the start of a benchmark, no extending it to all the documented op variants
07:18 elmex joined #parrot
07:18 dukeleto japhb: cool
07:22 dukeleto japhb: what do I have to do to enable opengl? configure finds it but I get "Could not find a suitable GL shared library!"
07:22 japhb What did your configure say?
07:22 japhb And what OS are you on?
07:26 dukeleto japhb: OS X and ...
07:26 dukeleto japhb: my perl Configure output : http://gist.github.com/168292
07:29 japhb Interesting.
07:30 japhb I assume you have the OpenGL and GLUT Frameworks installed?
07:36 dukeleto japhb: i *assume* i do, but I haven't checked lately. I was under the impression that os x had them by default. is that assumption wrong?
07:36 japhb dukeleto: honestly, I haven't tried to install them since like 10.3 days.  Been a while.
07:37 japhb It's looking for /System/Library/Frameworks/OpenGL.framework/OpenGL and /System/Library/Frameworks/GLUT.framework/GLUT ; do those exist?
07:39 nperez left #parrot
07:41 dukeleto japhb: yes, they exist and file reports them as "Mach-O universal binary"
07:41 japhb Odd that it would be having trouble finding them then ....
07:41 dukeleto japhb: should I make a TT for this?
07:43 japhb dukeleto: sigh, sure.
07:43 dukeleto japhb: let me try it on a clean trunk to be sure
07:44 dukeleto yep, same error on a clean trunk
07:45 japhb dukeleto: bleah.  Building parrot myself to make sure someone didn't hose GL completely in the last week
07:46 dukeleto japhb: sounds like a plan
07:46 HG` joined #parrot
07:49 japhb OK, not broken on this box.
07:49 japhb (Debian)
07:49 dalek TT #924 created by dukeleto++: OpenGL examples not working on OS X
07:52 japhb dukeleto: OK, benchmark in your hands.
07:53 japhb Sorry did not have time to beautify and comment, but it should be relatively clear what is going on.
07:53 * dukeleto looks at hands
07:53 dalek parrot: r40555 | japhb++ | trunk (2 files):
07:53 dalek parrot: [examples] new benchmark for rand dynop
07:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40555/
07:53 dalek parrot: r40556 | dukeleto++ | trunk/t/dynoplibs/math.t:
07:53 dalek parrot: [TT #871] Add some tests for the rand() dynop with different calling conventions
07:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40556/
07:55 dukeleto japhb: spiffy, I will fiddle with it after I kill RandomPMC. thanks!
07:55 japhb np
07:57 japhb dukeleto: when you get a chance, can you trace the library loading calls when you try to run the OpenGL examples, and see if it really does look for the OpenGL framework binary?
07:58 japhb I can imagine two things getting messed up accidently: someone breaking the runtime framework loadlib on OS X, and someone breaking the finicky linkage magic that OS X frameworks seem to require.
07:59 dukeleto japhb: how should I do that on os x? I am more familiar with ktrace on linux
07:59 dukeleto dtruss?
07:59 purl it has been said that dtruss is like strace, it may be useful
07:59 japhb Do you have strace there?
07:59 japhb And purl actually has a useful comment for once ...
07:59 dukeleto japhb: no strace
08:00 japhb Despite my wife using a Mac, the thing might as well by designed by aliens for all the sense OS X linking makes to me ....
08:00 japhb *be designed
08:02 dukeleto japhb: the os x compiler/linking arena is where they definitely go a bit crazy. the GMP find bugs in apples version of gcc all the time
08:03 dukeleto s/the GMP/the GMP folks/
08:04 japhb wheee
08:04 japhb You've really got to wonder why no one at Apple has gone "Really?  Do we really want to give ourselves this much pain?"
08:08 rdice joined #parrot
08:08 cotto you're probably just not close enough to the reality distortion field.  Get closer and it'll all make sense.
08:08 japhb heh
08:12 iblechbot joined #parrot
08:15 dukeleto do i have to run a special dev tool when deleting a PMC ? I am seeing all the packfile tests fail in my kill_random tree and I have no clue why, I didn't think I was touching anything related to them
08:17 cotto dukeleto, yes.  Add an entry to PBC_COMPAT, run make reconfig and rerun make.
08:17 dukeleto this is what the failing packfile tests look like: http://gist.github.com/168304
08:18 cotto adding to or removing core PMCs causes a bytecode change
08:19 dukeleto cotto: that is a very useful bit of info that I did not know
08:21 cotto It's documented in PBC_COMPAT and possibly other places, but I don't know how you'd know to look for the info other than knowing about it.
08:22 cotto That's why we have #parrot.
08:23 dukeleto cotto: make reconfig just does make realclean and perl Configure.pl ?
08:23 dukeleto i've done that already and my packfile tests still seem to fail
08:23 cotto yes
08:29 dukeleto freakin' odd
08:30 einstein joined #parrot
08:32 dukeleto i keep getting ./src/pmc/hash.pmc:1436: failed assertion '(INTVAL)hash->key_type == k_type'
08:33 ttbot joined #parrot
08:37 dukeleto i am attempting to delete the random pmc in a clean tree to see if I can replicate
08:37 cotto lemme play
08:38 dukeleto AMAZING
08:39 dukeleto simply deleting the random pmc makes the packfile tests go BOOM
08:39 dukeleto i must not be pressing a speshul button
08:39 dukeleto cotto: is there another step to deleting a pmc? there seems to be
08:40 cotto svn del
08:40 dukeleto cotto: git svn rm ;)
08:42 cotto or that
08:42 dukeleto i think i may see the light
08:42 dukeleto the good kind
08:42 cotto the build works fine if I do svn del
08:42 cotto so not UV
08:44 cotto there's also tools/dev/mk_native_pbc
08:46 cotto I see a couple failing tests, but it looks like it's just because they use the Random PMC as an example of a singleton.  They should be easy to fix.
08:47 cotto good luck and good night
08:47 dukeleto cotto: danke
08:47 cotto bitte
08:47 dukeleto UV?
08:47 purl UV is bad for my skin
08:51 dukeleto time for the parrot_debugger!
08:55 dukeleto wherein I discover that the parrot_debugger sets breakpoints but doesn't actually listen to them
08:56 * dukeleto falls in a big fucking yak-shaving hole
08:57 japhb That's because you shaved the ground instead of the yak ....
09:00 dukeleto japhb: mind looking at this? http://gist.github.com/168308
09:00 japhb dukeleto: looking
09:00 dukeleto i am seeing odd failures in the packfiles when I delete the random pmc
09:01 dukeleto i don't see a direct correlation
09:01 dukeleto i thought the uuid's used the random pmc, but they don't seem to
09:01 dukeleto perhaps the connection is more indirect
09:01 joeri joined #parrot
09:02 dukeleto try deleting src/pmc/random.pmc and doing make reconfig; make; prove t/pmc/packfile*.t and see what happens
09:02 dukeleto if you have a few extra minutes for a hair puller :)
09:03 japhb manifest fail, but that's expected ....
09:05 dukeleto japhb: yes, there are a few tests that directly depend on the random pmc, which I have fixed in my tree
09:05 dukeleto but this packfile failure/blowup is totally boggling me
09:08 ttbot joined #parrot
09:09 japhb dukeleto: yup, builds fine, but packfile tests fall down go boom.
09:09 dukeleto japhb: ok, at least I know I am not bonkers. thanks!
09:10 japhb I wonder if this is a side effect of bacek's war on the Key PMCs?
09:10 dukeleto japhb: i have not yet heard the full war stories, what is he doing?
09:12 dukeleto japhb: do you have any suggested avenues of discovering what the junk is going on with the packfile tests?
09:13 japhb dukeleto: unfortunately, I haven't been following that section of things, just watching it go by on occasion.  I've been mostly spending my time in the module space rather than the core.
09:17 dukeleto they use native_pbc!
09:18 dukeleto a breadcrumb, at last
09:19 mokurai left #parrot
09:22 ttbot joined #parrot
09:22 dukeleto looking into this dev/mk_native_pbc thingy
09:29 dukeleto it gave me a bus error on darwin-x86
09:33 dukeleto guess i will try on a freebsd box
09:41 dukeleto r39447 by Infinoid tells me what I need to know. you need to run mk_native_pbc and commit the result when changing the pbc format. that script doesn't work on darwing-x86 :(
09:41 dukeleto darwin even
09:52 jan joined #parrot
09:57 dalek tracwiki: v8 | dukeleto++ | Deprecation
09:57 dalek tracwiki: https://trac.parrot.org/parrot/wiki/D​eprecation?version=8&action=diff
09:57 dalek tracwiki: v9 | dukeleto++ | Deprecation
09:57 dalek tracwiki: https://trac.parrot.org/parrot/wiki/D​eprecation?version=9&action=diff
10:00 dalek tracwiki: v1 | dukeleto++ | HowToDeprecate
10:00 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Ho​wToDeprecate?version=1&action=diff
10:04 dalek tracwiki: v2 | dukeleto++ | HowToDeprecate
10:04 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Ho​wToDeprecate?version=2&action=diff
10:05 dukeleto praise the heavens
10:14 Infinoid "Um, thank you, Mr. Sky, for not falling on me."
10:17 Infinoid I've found the mk_native_pbc script only works on linux/x86
10:17 Infinoid it runs fine on linux/x86-64 too, but the result fails tests
10:17 Infinoid At least, that was the state of things a couple months ago.
10:19 dukeleto infinoid: I think i have a working set of new data from a freebsd machine
10:19 Infinoid ok.  if that doesn't work, I can run it here
10:23 dukeleto Infinoid: awesome, thanks!
10:23 dukeleto impending commit
10:39 Infinoid ok.  after you commit, I can try it on a couple of different platforms
10:43 dalek parrot: r40557 | dukeleto++ | trunk (13 files):
10:43 dalek parrot: [TT #871] Kill the Random PMC
10:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40557/
10:45 dukeleto the next commit has the changed native_pbc data
10:46 dalek parrot: r40558 | dukeleto++ | trunk/t/native_pbc (5 files):
10:46 dalek parrot: [TT #871] Update native_pbc tests with the mk_native_pbc utility
10:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40558/
10:47 jonathan dukeleto: Did you patch PBC_COMPAT, if that PBC was core?
10:48 dukeleto jonathan: indeed I did
10:48 jonathan dukeleto++
10:48 jonathan And I meant s:2nd/PBC/PMC/ there. :-)
10:49 Infinoid got some codetest failures now...
10:49 dukeleto now i am getting errors like "This Parrot cannot read bytecode files with version 5.1"
10:51 jonathan dukeleto: Those normally go away with a make realclean
10:51 jonathan (And then build again)
10:51 dukeleto thought I did that, will try again
10:52 Infinoid the packfile tests still fail here on linux/x86 and linux/x86-64
10:53 dukeleto Infinoid: can you regenerate the packfile data?
10:53 Infinoid I will, one moment
10:53 dalek parrot: r40559 | mikehh++ | trunk (3 files):
10:53 dalek parrot: fix codetest failures in r40556 (3 files - space after comma, trailing spaces, if(
10:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40559/
10:53 dukeleto Infinoid: thanks a bunch
10:53 Infinoid mikehh++ # beat me to the cage commit
10:54 dukeleto mikeh++ as well
10:54 dukeleto ug, mikehh++ even
10:57 dukeleto perhaps pbc_header.pl needs to be run?
10:57 * Infinoid watches mk_native_pbc taking its sweet time...
10:57 dukeleto yeah, it is quite a hog
10:57 Infinoid guess I never set up ccache on this machine.
10:59 dukeleto Infinoid: src/packfile.c(1008) says to run "tools/dev/pbc_header.pl --upd t/native_pbc/ *.pbc"
11:00 dukeleto the tests *still* fail for me after that, so I am handing it off to you and hitting the sack
11:01 dukeleto without the space between "/" and "*.pbc" (typo in the source :) )
11:01 Infinoid updated files committed; they pass for me but that doesn't mean much.  sleep well!
11:01 dukeleto sweet!
11:01 dukeleto see y'all on the flipside
11:03 dalek parrot: r40560 | Infinoid++ | trunk/t/native_pbc (5 files):
11:03 dalek parrot: Re-run tools/dev/mk_native_pbc on linux/x86.
11:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40560/
11:07 MoC joined #parrot
11:29 mikehh ok the packfile tests failed at r40559 but PASSed at r40560
11:36 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40560 - Ubuntu 9.04 amd64 (g++)
11:47 mikehh I am failing to build rakudo on parrot r40560 - Class '[ 'parrot' ; 'Random' ]' not found
11:48 mikehh current instr.: 'onload' pc 14441 (src/builtins/any-num.pir:27)
11:48 mikehh called from Sub 'perl6;Perl6;Compiler;main' pc -1 ((unknown file):-1)
11:50 mikehh that's called from /usr/local/bin/parrot  perl6_s1.pbc --target=pir src/gen_setting.pm > src/gen_setting.pir
11:58 dalek lua: 1f629ef | fperrad++ | src/pmc/lua.pmc:
11:58 dalek lua: [cage] drop no longer useful "if (pass)" conditions from class_init functions
11:58 dalek lua: See http://trac.parrot.org/parrot/ticket/918
11:58 dalek lua: review: http://github.com/fperrad/lua/commit/1f​629efeb783a70523f9bca1298d730be087c319
11:58 dalek lua: 10494aa | fperrad++ | src/lib/luaregex.pir:
11:58 dalek lua: opcode 'bsr' is gone
11:58 dalek lua: review: http://github.com/fperrad/lua/commit/10​494aa716066187bd633c50a6f1bce3c43a37d6
11:58 dalek lua: ebbf856 | fperrad++ | src/lib/glut.pir:
11:58 dalek lua: fix OpenGL initialization
11:58 dalek lua: review: http://github.com/fperrad/lua/commit/eb​bf856649655857c5407e6a217b0da395f5862e
11:58 dalek lua: e3dcacd | fperrad++ |  (3 files):
11:58 dalek lua: add the library Zlib (just a skeleton)
11:58 dalek lua: review: http://github.com/fperrad/lua/commit/e3​dcacdfd8450a0a468c5d039a7aa1cd9af12695
12:07 dalek parrot: r40561 | NotFound++ | failed to fetch changeset:
12:07 dalek parrot: merge from trunk r40560
12:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40561/
12:14 Whiteknight joined #parrot
12:20 AndyA joined #parrot
12:32 iblechbot joined #parrot
12:56 HG` joined #parrot
12:59 kid51 joined #parrot
13:01 rdice joined #parrot
13:01 bacek joined #parrot
13:12 bacek o hai
13:12 quek joined #parrot
13:14 JimmyZ joined #parrot
13:18 dalek parrot: r40562 | whiteknight++ | branches/pmc_sans_unionval (3 files):
13:18 dalek parrot: [pmc_sans_unionval] add another patch from jessevdam that makes this branch build and test perfectly on my system
13:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40562/
13:35 Whiteknight good morning
13:35 purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
13:52 rdice joined #parrot
14:01 dalek parrot: r40563 | whiteknight++ | branches/pmc_sans_unionval (5 files):
14:01 dalek parrot: [pmc_sans_unionval] some codestd fixes
14:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40563/
14:05 dalek parrot: r40564 | whiteknight++ | branches/pmc_sans_unionval (7 files):
14:05 dalek parrot: [pmc_sans_unionval] switch some cpp comments to proper c ones
14:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40564/
14:10 tetragon joined #parrot
14:11 dalek parrot: r40565 | whiteknight++ | branches/pmc_sans_unionval​/src/gc/alloc_resources.c:
14:11 dalek parrot: [pmc_sans_unionval] fix some argument asserts
14:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40565/
14:12 dalek parrot: r40566 | whiteknight++ | branches/pmc_sans_unionval/include/parrot/pobj.h:
14:12 dalek parrot: [pmc_sans_unionval] fix up some macro definitions
14:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40566/
14:18 dalek parrot: r40567 | whiteknight++ | branches/pmc_sans_unionval/src/gc (2 files):
14:18 dalek parrot: [pmc_sans_unionval] reheaderize things for great justice
14:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40567/
14:25 dalek parrot: r40568 | whiteknight++ | branches/pmc_sans_unionval​/src/gc/alloc_resources.c:
14:25 dalek parrot: [pmc_sans_unionval] add some whitespace to help with the operator tests
14:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40568/
14:25 dalek parrot: r40569 | whiteknight++ | branches/pmc_sans_unionval/src/gc/api.c:
14:25 dalek parrot: [pmc_sans_unionval] fix some whitespace after a C keyword
14:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40569/
14:31 Whiteknight it's karma for all those times I committed things that broke codestd
14:32 dalek parrot: r40570 | whiteknight++ | branches/pmc_sans_unionval (3 files):
14:32 dalek parrot: [pmc_sans_unionval] remove some trailing whitespace
14:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40570/
14:47 Psyche^ joined #parrot
14:58 dalek rakudo: ada2b41 | masak++ | Test.pm:
14:58 dalek rakudo: [Test.pm] added diagnostics to is_deeply
14:58 dalek rakudo: Also took the opportunity to change the arbitrary $this and $that parameters
14:58 dalek rakudo: to $got and $expected, in line with how &is does it. Also removed one
14:58 dalek rakudo: multi variant in favor of a default parameter value.
14:58 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​da2b41a8da3f85105eb2d35747cc012dac91ef4
15:10 eiro joined #parrot
15:11 eiro hello
15:20 Whiteknight hello
15:26 kid51 joined #parrot
15:42 quek left #parrot
16:22 joeri joined #parrot
16:41 janus joined #parrot
17:19 einstein dalek: next time I also will take better care with the coding std, sorry for this time. But I learned it is important too.
17:42 dukeleto 'ello
17:50 jisom joined #parrot
17:50 cotto dukeleto, do you have that special gene that means you need to sleep less?
17:54 dukeleto cotto: yeah, it is called "getting thru grad skool" ;)
17:55 dukeleto cotto: i trained myself by teaching college algebra to freshman at 7am on an hour of sleep.
17:56 dukeleto cotto: it looks like Rakudo was using the Random PMC, thanks to mikehh++ for noticing
18:00 dduncan joined #parrot
18:01 cotto dukeleto, welcome to the wonderful world of breaking Rakudo!
18:01 * dukeleto puts on party hat
18:02 dukeleto i just gave #perl6 a heads up
18:02 dukeleto i am looking at the code, but what does "set_hll_global ['Any'], '$!random', $P0" do ?
18:02 dukeleto where $P0 is a random pmc
18:02 dukeleto i don't know the $!foo syntax
18:03 cotto that's just part of the name of the variable
18:03 dukeleto hmmmmm
18:03 cotto do you understand the rest of it?
18:04 dukeleto cotto: yeah, I think. they are just saving off a random pmc to use later
18:04 cotto yup
18:05 cotto I guess they could do the same thing with the dynops by making a PIR-level PMC that uses the ops.
18:06 dukeleto they also have a rakudo method srand() that isn't really needed anymore, since we have a srand() dynop now
18:06 dukeleto which sets the seed to time() or a given value
18:07 cotto I look forward to Parrot having an actual entropy source.  This business of using the time is silly.
18:08 dukeleto cotto: i assigned that ticket to me, I am on that like white on rice :)
18:11 cotto Sweet!
18:11 dukeleto i wonder what happens in PIR if an HLL defines a function/method with the same name as a dynop ....
18:12 dukeleto such as srand()
18:15 cotto try it!
18:15 cotto I suspect it'll be fine though.
18:16 dukeleto cotto: getting close to testing it...
18:16 dukeleto can someone with GC tuits look at the todo test that uses the Random PMC in t/op/gc.t ? I couldn't immediately see how to convert it to another singleton PMC and I didn't want to delete it
18:20 iblechbot joined #parrot
18:23 cotto That test would be much more readable in pir.
18:34 dan joined #parrot
18:38 davidfetter joined #parrot
19:03 szabgab joined #parrot
19:08 dalek parrot: r40571 | dukeleto++ | trunk/examples/opengl/shapes.pir:
19:08 dalek parrot: [examples] Fix small bug in the way the opengl example generates random numbers that was introduced in r40557
19:08 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40571/
19:21 Tene 'slingleton' :)
19:22 chromatic joined #parrot
19:24 dukeleto chromatic: mornin'
19:25 chromatic Not in my time zone!
19:25 dukeleto chromatic: if you have any time, could you look at the todo test that uses the Random PMC in t/op/gc.t ? It tests that the GC doesn't bork singletons but I couldn't easily figure out how to change the test to use a different singleton
19:26 dukeleto chromatic: we are both in the same TZ ;) But yes, it does seem to no longer be morning
19:26 * dukeleto gets more coffee
19:26 chromatic Will do now.
19:26 dukeleto that test was the only innocent bystander of the great war on the Random PMC
19:35 dalek TT #871 closed by dukeleto++: add 'rand' as a dynop
19:36 chromatic Env is also a singleton PMC, so we can use that instead.
19:36 purl okay, chromatic.
19:38 dalek parrot: r40572 | chromatic++ | trunk/t/op/gc.t:
19:38 dalek parrot: [t] Revised the "Garbage collection shouldn't sweep up singleton PMCs" test to
19:38 dalek parrot: use the Env PMC instead of the now-removed Random PMC.
19:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40572/
19:41 kid51 joined #parrot
19:47 dukeleto chromatic: yes, I attempted to swtich to Env, but my tuits failed
19:47 dukeleto chromatic: I wasn't sure that I understood exactly what that code was trying to trigger in the GC, since it is a total black box to me
19:48 dukeleto huh, it seems like  /usr/local/lib/parrot/1.4.0-devel/library/PCT isn't being installed when I do "make install", but other libraries are there
19:49 chromatic How about make install-dev?
19:51 dukeleto chromatic++
19:54 chromatic Wow, I just did a parallel test run in 29 wallclock seconds.
19:54 chromatic That GC lazy allocation change had an effect.
19:55 dukeleto oooh, can I get some of that :)
19:56 dukeleto evidently when an HLL has a function with the same name as a dynop, the HLL hides the dynop
19:56 jonathan chromatic: Lazy allocation change?
19:56 dukeleto Rakudo's srand() seems to be hiding the srand() dynop
19:57 jonathan dukeleto: Huh? Ops and sub calls shouldn't get confused? :-/
19:58 jonathan dukeleto: Are you sure the dynops library is being located/loaded correctly?#
19:59 dukeleto jonathan: not totally. I am trying to get me code to compile and that seems to be my current error. But I do have my .loadlib "math_ops" line
20:00 dukeleto jonathan: when I try to call the srand dynop, it tells me that it expects a '(' instead of  my variable
20:01 jonathan dukeleto: That's the error that occurs when the dynop is not loaded properly.
20:01 jonathan Because it doesn't know an op of that name and thinks it's meant to be a function call instead.
20:01 kid51 msg whiteknight Here's that Smolder on your branch:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/26203
20:01 purl Message for whiteknight stored.
20:05 kid51 chromatic:  What was exact command you used for that 29 second test run?
20:10 chromatic mj coretest TEST_JOBS=5
20:10 chromatic jonathan, Whiteknight changed the GC so that allocating a new arena doesn't immediately add every header in that pool to the free list.
20:11 chromatic First we recycle headers on the free list, then we walk through the pool one pointer bump at a time, and only after we can't do that do we run the GC and maybe allocate a new pool.
20:11 kid51 mj ?
20:11 purl i think mj is BLACK?! or WHITE?! or rjbs's daughter
20:11 dukeleto mj = make -j ?
20:11 chromatic It avoids an O(n) operation (adding to the free list) for each arena allocation.
20:12 chromatic Oh, yes.  make -j.  Sorry, I have a lot of shell aliases.
20:14 dukeleto jonathan: is there a way to check if a .loadlib call succeeded?
20:15 dukeleto it seems that the path for loading the parrot dynops is different when you are in a rakudo builtin
20:17 dduncan Parrot's readme references a Bundle::Parrot as a prerequisite but there's no such thing on CPAN or bundled ... did it mean Bundle::Parrot::Smoke or something else?
20:17 dukeleto what is the proper path to load a parrot dynop from within a rakudo builtin?
20:20 dukeleto it seems like perhaps dynops are not installed with either a "make install" or "make install-dev" ?
20:20 jonathan dukeleto: Did you add the dynops to the "too install" list? I think that needs manual tinkering.
20:20 jonathan dukeleto: e.g. MANIFEST.generated
20:21 jonathan It may well be that they ain't getting installed.
20:21 jonathan I think .loadlib 'foo_ops' or so should Just Work.
20:23 dukeleto jonathan: none of the dynops are listed in MANIFEST.generated, should I add them?
20:28 dukeleto just wondering, anybody know how many people are subscribed to parrot-dev ?
20:34 chromatic Not me.
20:38 Tene Not me.
20:42 cotto btw chromatic, I wasn't able to get the profiling code ready to merge before this morning.
20:44 cotto I'll continue to working on and should have something useful within a week.
20:47 chromatic Okay, let me know how I can help and I'll work with you on it.
20:48 cotto It's mostly an issue of mapping Parrot's way of calling/returning/tailcalling subs onto the straight call/return model that callgrind expects.
20:48 cotto afk for a while
21:03 dukeleto it also seems that include/dynoplibs is not generated in the parrot source tree. does anything actually use dynops successfully right now ?
21:04 chromatic I'd say Partcl, but you said "successfully".
21:06 dalek TT #925 created by dukeleto++: Dynops are not installed with "make install" nor "make install-dev"
21:45 Coke chromatic: ('d say Partcl, but you said "successfully".) THWAP.
21:45 * Coke checks in very briefly.
21:45 Coke I need someone to test out google video chat. anyone have a sec to do so?
21:46 dukeleto Coke: via gchat?
21:48 Coke I'm logged into the web client. should work.
21:49 Coke (HS reunion this evening, I'm tech support for the video IM to the guy in iraq, who is probably getting a cat nap until the thing starts. Just want to make sure the new webcam works.)
21:49 Coke I'm "will@coleda.com" in gchat.
21:52 dukeleto coke: installing the necessary dump trucks
21:56 dukeleto coke: anybody home?
21:56 purl There's nobody here but us bots. or <reply>no
21:58 Coke WOOT
21:59 * Coke makes sure the green light is OFF to get ready for the reunion!
21:59 dukeleto Coke: yes, please :)
21:59 Coke HA
21:59 Coke I was shirtless, but tried to keep that off camera. hopefully I was successful
21:59 dukeleto Coke: it good to have a face to attach to a name
21:59 Coke if not SO SORRY.
21:59 dukeleto Coke: hahahaha
21:59 purl LOLCON 4 reached.
22:00 dukeleto s/it/it is/
22:06 dalek cardinal: 0d2b4be | treed++ |  (3 files):
22:06 dalek cardinal: Add some == operator functions for comparing TrueClass and FalseClass, also adds a test file for bools.
22:06 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/0d2b4be34b49074b639b60e2f5a8e6ad4104a5cb
22:08 bobke joined #parrot
22:25 bacek joined #parrot
22:26 allison joined #parrot
22:40 rg joined #parrot
23:08 szabgab joined #parrot
23:16 quek joined #parrot
23:17 dalek TT #926 created by bacek++: Kill Parrot_cont structure
23:19 dalek parrot: r40573 | bacek++ | branches/tt795_kill_parrot_sub_structure:
23:19 dalek parrot: Branch for removing Parrot_sub structure
23:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40573/
23:59 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40573 - Ubuntu 9.04 amd64 (g++)

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

Parrot | source cross referenced