Camelia, the Perl 6 bug

IRC log for #parrot, 2012-08-22

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:46 kid51 joined #parrot
01:19 l3l1p joined #parrot
01:23 MikeFair joined #parrot
01:54 benabik joined #parrot
02:36 l3l1p joined #parrot
03:52 preflex joined #parrot
04:07 contingencyplan joined #parrot
04:10 contingencyplan joined #parrot
04:18 contingencyplan joined #parrot
04:23 contingencyplan joined #parrot
04:26 MikeFair joined #parrot
04:29 l3l1p joined #parrot
05:04 contingencyplan joined #parrot
05:05 contingencyplan joined #parrot
05:06 contingencyplan joined #parrot
05:19 contingencyplan joined #parrot
05:50 dalek rakudo/nom: 2193a86 | moritz++ | src/ (2 files):
05:50 dalek rakudo/nom: pass attribute name to X::Attribute::{No,}Package
05:50 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/2193a86dde
06:25 fperrad joined #parrot
06:33 rurban_mobile joined #parrot
06:36 rurban_mobile hi #parrot. some hours left before yapc starts
06:37 rurban_mobile has some long talks with stefan seifert (nine) and leont about our remaining threads problems. nine is on it. if he could only reproduce it.
06:57 dalek parrot/gh816-unstatic-dying-check: 29545e9 | (Bart Wiegmans)++ | src/exceptions.c:
06:57 dalek parrot/gh816-unstatic-dying-check: [GH #816] Check if you're dying by interp->final_exception
06:57 dalek parrot/gh816-unstatic-dying-check:
06:57 dalek parrot/gh816-unstatic-dying-check: In a branch of mod_parrot designed to ease the writing of
06:57 dalek parrot/gh816-unstatic-dying-check: exception handlers, I noted that the API cannot catch exceptions twice.
06:57 dalek parrot/gh816-unstatic-dying-check: On throwing an exception and the interpreter 'dies', it returns to the
06:57 dalek parrot/gh816-unstatic-dying-check: api call via longjmp(), and sets some values upon the interpreter object.
06:57 dalek parrot/gh816-unstatic-dying-check: Based upon these values, the api call returns 0, upon which the exception
06:57 dalek parrot/gh816-unstatic-dying-check: is retrieved and inspected. Best example: show_last_error_and_exit.
06:57 dalek parrot/gh816-unstatic-dying-check:
06:57 dalek parrot/gh816-unstatic-dying-check: We should just check for the last_exception being PMCNULL; if so you can
06:57 dalek parrot/gh816-unstatic-dying-check: jump out (we are already dying) and if not set already_dying.
06:57 dalek parrot/gh816-unstatic-dying-check: review: https://github.com/parrot/parrot/commit/29545e9824
07:09 brrt joined #parrot
07:15 rurban_mobile brrt: I fixed your whitespace and created a gh816-... branch on parrot.
07:15 rurban_mobile do you have a test case for it also?
07:17 brrt hey, i saw
07:17 brrt ehm, not yet a test case, but i can write one
07:21 rurban_mobile brrt: I fixed your whitespace and created a gh816-... branch on parrot.
07:21 rurban_mobile do you have a test case for it also?
07:22 rurban_mobile oops. sorry for 2x. yes, a test would be awesome.
07:23 rurban_mobile I'm off now for 40min, and will continue with the vms port fixes.
07:56 lucian joined #parrot
08:16 rurban_mobile joined #parrot
08:28 dalek rakudo/nom: c5f8b87 | moritz++ | src/ (2 files):
08:28 dalek rakudo/nom: include placeholder name in X::Signature::Placeholder
08:28 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/c5f8b874fe
08:45 simcop2387 joined #parrot
08:54 brrt msg rurban I just pushed a test case to my repo
08:54 aloha OK. I'll deliver the message.
08:57 brrt msg rurban see commit https://github.com/bdw/parrot/commit/d0​bfd5758d8956b61e9ca13548b30dc0d12d393e
08:57 aloha OK. I'll deliver the message.
08:58 FROGGS joined #parrot
09:04 rurban_mobile brrt: thanks. I'll try. anyone knows what's up with the release?
09:06 moritz no idea
09:06 moritz who's the release manager this month?
09:07 moritz "Please note: I've recorded Reini as the Release Manger for the July 17, 2012 -
09:07 moritz 4.6.0 release, and whiteknight for Aug 21, 2012 - 4.7.0 release."
09:07 mvorl joined #parrot
09:07 moritz from Alvis on parrot-dev
09:09 rurban_mobile exactly
09:09 mvorl left #parrot
09:13 mvorl joined #parrot
09:21 dalek parrot/gh816-unstatic-dying-check: a0dda3a | (Bart Wiegmans)++ | t/src/embed/api.t:
09:21 dalek parrot/gh816-unstatic-dying-check: Added test case for dying twice
09:21 dalek parrot/gh816-unstatic-dying-check: review: https://github.com/parrot/parrot/commit/a0dda3a2fe
09:24 rurban_mobile bdw: can you please git pull --rebase or even git reset --hard from the new branch gh816-unstatic-dying-check
09:31 brrt rurban_mobile: will do
09:44 brrt rurban_mobile: i find this tricky
09:50 fperrad joined #parrot
09:52 dalek parrot/nqp-p6: 4e965fd | rurban++ | / (3 files):
09:52 dalek parrot/nqp-p6: use nqp-p6 from the perl repo as new nqp
09:52 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/4e965fdce2
09:52 dalek parrot/nqp-p6: a355f44 | rurban++ | ext/nqp-rx/ (65 files):
09:52 dalek parrot/nqp-p6: remove ext/nqp-rx
09:52 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/a355f44fd7
09:52 tadzik oh niec
09:56 rurban_mobile who from perl6 can comment on my questions in https://github.com/parrot/parrot/issues/818 i.e. does nqp wants to use p5 Parrot/Configure libs to ease the makefile syntax and parrot integration?
09:56 rurban_mobile I guess I should provide a pull request for that, right? So that you can see what I suggest.
09:59 moritz rurban_mobile: maybe talk to pmichaud
09:59 mvorl left #parrot
10:05 pmichaud I don't have any desire to use Parrot's Configure libs for nqp's makefiles.
10:23 dalek rakudo/nom: 1054d13 | moritz++ | src/core/ (2 files):
10:23 dalek rakudo/nom: awesomify error message for X::Role::Initialization
10:23 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/1054d13cc0
10:35 dalek parrot/nqp-p6: 7799cb0 | rurban++ | / (3 files):
10:35 dalek parrot/nqp-p6: use nqp-p6 from the perl repo as new nqp
10:35 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/7799cb0c21
10:35 dalek parrot/nqp-p6: a5320e8 | rurban++ | / (66 files):
10:35 dalek parrot/nqp-p6: remove ext/nqp-rx
10:35 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/a5320e85a9
10:36 rurban_mobile ok thanks. So we will just use what it's there in perl6/nqp.
10:44 dalek parrot/nqp-p6: 1041f0d | rurban++ | / (3 files):
10:44 dalek parrot/nqp-p6: use nqp-p6 from the perl repo as new nqp
10:44 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/1041f0dd68
10:44 dalek parrot/nqp-p6: 1ff8e27 | rurban++ | / (66 files):
10:44 dalek parrot/nqp-p6: remove ext/nqp-rx
10:44 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/1ff8e27e27
10:48 rurban_mobile brrt: assume your ro parrot remote is called parrot; git fetch --all; git reset --hard parrot/gh816-unstatic-dying-check
11:25 dalek parrot/nqp-p6: fa1d099 | rurban++ | / (5 files):
11:25 dalek parrot/nqp-p6: use nqp-p6 from the perl repo as new nqp
11:26 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/fa1d0991b8
11:26 dalek parrot/nqp-p6: ead25e1 | rurban++ | / (66 files):
11:26 dalek parrot/nqp-p6: remove ext/nqp-rx
11:26 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/ead25e1437
12:00 brrt rurban_mobile: that leaves me off the branch
12:02 brrt and whats more
12:02 brrt its not really important :-)
12:02 whiteknight joined #parrot
12:02 whiteknight good morning, #parrot
12:02 moritz good morning, whiteknight
12:02 whiteknight hello moritz
12:02 brrt goot morning whiteknight
12:02 whiteknight hello brrt
12:03 brrt (i'm filling in my evaluation right now... its considerably more detailed than the mid-term one)
12:04 whiteknight yeah. I already did mine. The ones for the mentors isn't so bad
12:05 whiteknight basically, "is your student a complete goober?" and "pass/fail?"
12:06 brrt reference failure at 'goober'
12:07 brrt ah, a peanut
12:10 JimmyZ joined #parrot
12:12 whiteknight it's a fun way to say "incompetent"
12:13 whiteknight don't worry, I told google you're very competent
12:14 JimmyZ lookes like there won't be a parrot release this month?
12:18 rurban_mobile whiteknight: problems with the release?
12:29 brrt well yay for me :-)
12:29 brrt oh i should read up #ps
12:29 moritz brrt++
12:29 whiteknight rurban_mobile: yes, problems with my main memory
12:29 moritz yay for me too. I backup-mentored, which consisted of reading brrt++'s blog and idling on IRC :-)
12:29 whiteknight rurban_mobile: also, problems with my ability to read a calendar. Release is coming shortly
12:30 moritz and I'll get a gsoc t-shirt for that, I think :-)
12:30 whiteknight moritz: Yes, one of the big benefits to backup mentorship
12:31 brrt no #ps yesterday?
12:32 brrt shirts ftw
12:32 dalek rakudo/nom: 7b068ea | moritz++ | src/core/Exception.pm:
12:32 dalek rakudo/nom: improve error message for X::Composition::NotComposable, lumi_++
12:32 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/7b068ea36a
12:35 JimmyZ hmm, what's the blocker of io_cleanup1?
12:36 whiteknight JimmyZ: moritz is still seeing some socket-related failures in Rakudo. I haven't had time to track them down
12:37 JimmyZ oh
12:37 whiteknight if you are able to try and reproduce them, that would be a help
12:38 * moritz tries again
12:39 whiteknight moritz: I definitely trust that you are seeing the failures, I just haven't had time to reproduce myself
12:40 whiteknight the more troubling question is why it looks right on my system. I'm probably relying on some weird undefined behavior, or uninitialized variable somewhere or something
12:40 moritz whiteknight: thing is, I'm lose track which patches I have applied and which not
12:41 moritz I want to be very certain that it's not a messup on my side
12:41 moritz because that would be a waste of debugging tuits
12:46 Coke rurban_mobile: do you know Will Braswell?
12:46 rurban_mobile whiteknight: no prob. I'll try to help in io_cleanup1 also.
12:46 rurban_mobile Coke: not yet, but I'll meet with him in August and Sept.
12:47 Coke ok. he emailed me directly about some perl5 stuff. weird.
12:47 rurban_mobile whiteknight: It's only that I accidently almost submitted some patches to master. check the linearity
12:47 whiteknight okay6
12:47 rurban_mobile coke; he is very excited. yes, weird.
12:47 Coke (and mentioned he had already talked to you and some other fivers.)
12:48 whiteknight I'm fulltesting master now. As soon as that passes we have a release
12:48 rurban_mobile master should be super stable.
12:48 whiteknight yes, it's looking like that
12:49 moritz ok, on my server I'm now down to two failing socket tests, with nom (no custom io_cleanup related patches)
12:49 moritz I'll try it on my notebook when I get home
12:49 whiteknight okay, that's exactly what I was seeing. So I suspect those are encoding related?
12:49 moritz aye
12:51 rurban_mobile whiteknight: origin/master looks okay me.
12:53 rurban_mobile For the next release I can update the vms port, pasm can be removed, threads and io_cleanup1 should be ready hopefully, and nqp-rx can be replaced by nqp-p6.
12:54 rurban_mobile I have no idea about the state of lorito. perl6 is definitely needing this most.
12:55 JimmyZ rurban_mobile: opsc is using nqp-rx, FYI
12:55 Coke (next release pasm) ok, ok, I'll check into that while I'm travelling this week.
12:56 rurban_mobile JimmyZ: Already replaced in the nqp-p6 branch. Looks almost finished, just some portability fixed needed.
12:56 * Coke makes a note to git fetch everything before heading on teh plane.
12:56 rurban_mobile s/fixed/fixes/
12:56 whiteknight nqp-rx can't be completely replaced by nqp-p6 until Parrot gets 6model
12:56 rurban_mobile whiteknight also has a rm_pasm branch
12:56 JimmyZ whiteknight: why?
12:56 whiteknight and I'll start on 6model as soon as io_cleanup1 or threads is merged
12:57 whiteknight JimmyZ: Well, I guess it isn't strictly necessary to do it that way, but it makes more sense
12:57 Coke nqp-rx contains its own 6model.
12:57 Coke er, nqp-p6
12:57 whiteknight right, and the plan is to merge that down into Parrot core
12:57 rurban_mobile Interesting, lets discuss this after 4.7.0
12:57 Coke ETOOMANYPERLS
12:57 whiteknight ok
12:58 rurban_mobile maybe perl6 has to abstract 6model into its own shared repo.
12:58 * JimmyZ thinks most *.pm files will be removed after porting to m0
12:58 dalek parrot: 9df0b60 | Whiteknight++ | / (10 files):
12:58 dalek parrot: Parrot release 4.7.0, 'Hispaniolan'
12:58 dalek parrot: review: https://github.com/parrot/parrot/commit/9df0b6006c
12:59 whiteknight Okay, there she is. A day late and a dollar short, but we have a tagged release commit
13:00 whiteknight I'll send out release notes through the day, and probably get the tarballs posted and the website updated tonight
13:00 nine great!
13:00 nine whiteknight++
13:00 whiteknight now, if everybody would please be so kind, BREAK MASTER UNTIL IT'S BROKEN
13:00 whiteknight thank you
13:00 moritz whiteknight: it seems explicitly setting the encoding on a socket handle causes it return empty strings (?)
13:01 nine whiteknight: merge threads?
13:01 tadzik OH HELL YES
13:05 atrodo whiteknight: that sounds too simple
13:19 whiteknight moritz: That part of the logic might have gotten broken by the last round of readline changes. I'll have to go back and make sure everything is sane
13:20 dalek parrot/nqp-p6: 5208149 | rurban++ | config/gen/makefiles/root.in:
13:20 dalek parrot/nqp-p6: rename parrot-nqp to nqp
13:20 dalek parrot/nqp-p6:
13:20 dalek parrot/nqp-p6: Also mark TODO portability in the makefile.
13:20 dalek parrot/nqp-p6: As discussed with pmichaud, we should git submodule to some safe-points,such as
13:20 dalek parrot/nqp-p6: nqp tags. jonathan is planning to revamp 6model a bit later, which should not affect us.
13:20 dalek parrot/nqp-p6: pmichaud does not want to abstract 6model into a seperate git repo, so we should
13:20 dalek parrot/nqp-p6: either copy it, or use it from ext/nqp-p6.
13:20 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/52081497d6
13:31 whiteknight Getting readline semantics correct has been the single hardest part of this entire refactor
13:32 whiteknight rewriting buffering logic? Breaking out per-type logic into separate io_vtables? Unifying semantics between different handle types? These things were all very easy in comparison
13:33 whiteknight In hindsight, I probably should have tried to do some of those things in separate branches, and merged parts earlier
13:34 bluescreen joined #parrot
13:41 brrt submitted
13:42 dmalcolm joined #parrot
13:43 whiteknight brrt++
13:44 brrt i said i was pretty happy actually :-) it has been a good experience for me
13:44 whiteknight good, I'm happy to hear that
13:44 brrt educational, and you guys are truly a good and supportive community
13:44 brrt a small one but a very good one
13:45 moritz brrt: funny, I had the impression that most of your e-mails went by without a substantial answer
13:45 whiteknight moritz: "substantial" is such a strong word
13:45 whiteknight moritz: A lot of the issues had been addressed or resolved off-list
13:45 whiteknight and some I'm ignoring, because they're too hard :)
13:45 brrt on irc :-)
13:46 brrt well, yeah, thats what i wanted to say too
13:46 moritz whiteknight: answering stuff off-list would explain that, yes
13:46 brrt i know of only one really 'too hard to fix' issue
13:46 brrt which is the whole gc-thing
13:46 brrt and scheduler thing etc, and i think i've had pretty good feedback on most issues
13:47 nine brrt: scheduler thing?
13:48 brrt nine: yeah, on the giving-children-the-scheduler-of-parents thing
13:48 brrt i noticed that actually runnin gchild nterprters worked on threads
13:48 brrt so i dropped working on that
13:49 brrt no good to have to fixes for the same problem
13:49 brrt destroying child interpreters, thats a bit of an issue
13:49 whiteknight We definitely need to take some time out and discuss exactly what we want the relationship between interpreters and threads to be, and how we want them all to interact
13:49 whiteknight but that's something that can happen after the threads merge
13:49 whiteknight For instance, once we start on security we're really going to want to be able to have an arbitrary number of child interps running in a single thread, with different security settings
13:50 whiteknight with per-thread parent/child relationships
13:51 whiteknight that's basically what brrt wants, in mod_parrot. One interp to run the loader with full permissions and one interp to run the user script in lockdown mode
13:51 whiteknight ideally on the same thread
13:51 brrt .. yeah what whiteknight says
13:52 nine As I understand that's pretty much how it already works in threads but yes, some explicit docs on what features we want to provide here would be great.
13:52 brrt if not on the same thread then i must be able to 'wait' on it in the parent thread
13:52 nine brrt: waiting for tasks to finish is working already.
13:53 brrt ok great :-)
13:53 whiteknight nine: Yes, that's basically how it mostly works, but there are bugs and some of those bugs stem from small misunderstandings in places and issues where we haven't written things up explicitly
13:53 brrt what i want is:
13:53 brrt a: having a few interpreters (as many as there are OS threads) in a pool, that are long-lived and do nothing but serve loaders
13:54 whiteknight basically an interp needs to maintain a few relationships: A "parent" in the context of security, through which certain operations are routed, a "parent" in terms of scheduling and task waiting, and a "thread" on which the interp runs
13:54 nine whiteknight: exactly. Without explicitely stated requirements it's far too easy to break stuff.
13:54 brrt b: have those interpreters spawn a /short-lived/ child interpreter to run the user script
13:54 p6eval b 922500: OUTPUT«Could not find sub &a␤  in main program body at line 22:/tmp/U292AYwc_A␤»
13:54 whiteknight yes, so after threads is in and working, we need to get those things laid out so we can start on security
13:54 nine so when do we merge threads?
13:55 brrt aside from security, i need to be sure garbage (filehandles!) gets collected from my child interpreter
13:55 whiteknight nine: If all tests are passing, we can merge it today
13:55 brrt if my child interpreter opens a file through a parent interpreter and then the parent interpreter lives on after the child causing the opened file not to be closed.....
13:55 brrt that would be bad
13:55 whiteknight I've lost track of any outstanding error reports
13:55 whiteknight but now that the release is out, we can merge whenever if things look good
13:56 nine brrt: I admit to have neglected interp shutdown in threads just because it does not affect any tests, but yes, shutdown should be cleaned up
13:56 brrt :-)
13:56 whiteknight interp shutdown, and GC finalization in general are on my TODO list
13:56 brrt i'm pretty sure we'll figure something out
13:57 nine whiteknight: there's still mysterious lockups on some platforms. But I'm completely unable to reproduce them. Not even running VMs helped. Tests will simply pass on any machine I have access to.
13:57 nine whiteknight: there have now been at least three people looking at the code and not finding anything obviously flawed with it.
13:58 whiteknight nine: Okay, I suppose we have two options: 1) is to keep looking and see what we can do, and 2) is to merge it and hope that gives us more eyes on it
13:58 nine whiteknight: and considering that the whole timer stuff is just about 150 LOC, I tend to assume that it's simply correct.
13:58 nine whiteknight: right now, I'm for merging because there's simply nothing more I can do as long as I cannot repro anything
13:58 whiteknight I wonder if we can get that thread sanitizer program running on some of these other platforms, to see what we can find?
13:59 whiteknight Do we have a list of platforms where failures have been reported?
14:05 JimmyZ I'm +1 to merge threads too ;)
14:06 nine whiteknight: no list. thread sanitizer actually seems to be a source of problems itslef
14:06 whiteknight heh
14:06 tadzik :>
14:06 nine whiteknight: it produces a hang consistently but it does so by breaking pthread_cond_wait
14:07 whiteknight okay, so is that a bug with thread sanitizer?
14:08 nine very likely. I traced it down to the timer thread wiating in pthread_cond_wait, the other thread pthread_cond_signaling and the timer thread not coming out of the wait.It's simply pbroken
14:08 whiteknight ok
14:08 nine wifi is very crowded at YAPC. Having 10 seconds lag on typing
14:08 contingencyplan joined #parrot
14:09 whiteknight bleh
14:10 nine Btw. my Threading in Parrot talk went very very well. Final head count was at 35-40 people in the audience which is much more than expected.
14:10 whiteknight that is a lot
14:10 whiteknight awesome
14:10 nine All very interested (and half of them probably having more experience with threading than me...). Got 15 minutes of great questions before I had to stop
14:10 whiteknight did it get video recorded?
14:11 nine unfortunately not :/
14:12 JimmyZ nine: is there a ppt?
14:13 nine JimmyZ: I could put up the slides but really just have a look at my thesis at http://niner.name/Hybrid_Th​reads_for_the_Parrot_VM.pdf
14:14 JimmyZ nine: I'v been seeing this pdf all the time ;)
14:14 nine JimmyZ: so you probably know everything I told in the talk already :)
14:15 nine JimmyZ: your next step would be to just go and play around with the code ;)
14:16 rurban_mobile joined #parrot
14:17 JimmyZ thread is weird when it doesn't do DWIM
14:17 nine JimmyZ: ?
14:18 JimmyZ Do What I Mean
14:18 whiteknight when doesn't it DWIM?
14:20 JimmyZ when I use it by mistake?
14:21 nine JimmyZ: how can you use it by mistake? :)
14:21 PerlJam "I don't want a thread.  Really, I don't.  Gah!  You gave me one anyway!"
14:22 whiteknight Programs today that don't use threads will continue not using threads after the branch merge
14:22 whiteknight I mean, besides the default thread, which all programs always have
14:23 nine and the timer thread....but the program doesn't see it
14:27 whiteknight We can probably get smarter in the future about not even creating that thread if we don't need it
14:27 whiteknight but that's a small optimization to worry about much later
14:27 dalek parrot/nqp-p6: 0510f6d | rurban++ | config/gen/makefiles/root.in:
14:27 dalek parrot/nqp-p6: chmod nqp to 755 as perl ExtUtils::Command cp is still not copying perms
14:27 dalek parrot/nqp-p6: review: https://github.com/parrot/parrot/commit/0510f6ddbb
14:41 nine whiteknight: yep, that's probably just a 5 line optimization to lazily create that thread
14:55 dalek parrot/vms: e5e9d47 | rurban++ | / (3 files):
14:55 dalek parrot/vms: vms: .tmp => _tmp for multi-dot filenames
14:55 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/e5e9d47181
14:55 dalek parrot/vms: fc01640 | rurban++ | lib/Parrot/ (2 files):
14:55 dalek parrot/vms: vms: ignore wrong -I and -c in Configure steps
14:55 dalek parrot/vms:
14:55 dalek parrot/vms: Also fix /Define= switches for the vms compiler.
14:55 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/fc01640093
14:55 dalek parrot/vms: 2342dae | rurban++ | / (2 files):
14:55 dalek parrot/vms: Change user-facing copyright year from 2011 to 2012
14:55 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/2342daee5e
14:55 dalek parrot/vms: d038ff7 | rurban++ | /:
14:55 dalek parrot/vms: fixup $target
14:55 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/d038ff7202
15:14 dalek parrot/vms: 5b7e1ec | rurban++ | / (2 files):
15:14 dalek parrot/vms: Change user-facing copyright year from 2011 to 2012
15:14 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/5b7e1ec8c5
15:14 dalek parrot/vms: cfead25 | rurban++ | config/init/hints/vms.pm:
15:14 dalek parrot/vms: vms: fix hints
15:14 dalek parrot/vms:
15:14 dalek parrot/vms: Use the new test_$$ names.
15:14 dalek parrot/vms: LINK default exe is okay for vms.
15:14 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/cfead25697
15:14 dalek parrot/vms: 218a7aa | rurban++ | lib/Parrot/ (2 files):
15:14 dalek parrot/vms: vms: ignore wrong -I and -c in Configure steps
15:14 dalek parrot/vms:
15:14 dalek parrot/vms: Also fix /Define= switches for the vms compiler.
15:14 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/218a7aa375
15:14 dalek parrot/vms: f1eabe7 | rurban++ | / (3 files):
15:14 dalek parrot/vms: vms: .tmp => _tmp for multi-dot filenames
15:14 dalek parrot/vms: review: https://github.com/parrot/parrot/commit/f1eabe75c7
15:30 sivoais joined #parrot
16:02 brrt left #parrot
16:37 dukeleto msg rurban yes, we still use Travis: http://travis-ci.org/#!/parrot/parrot . There is no way to use a different name other than .travis.yml . Since parrot doesn't use that file at all, I think it is reasonable to leave it alone.
16:37 aloha OK. I'll deliver the message.
17:12 jashwanth joined #parrot
17:28 benabik joined #parrot
17:35 Coke if it's failing a coding standard test, we can whitelist that one file
18:00 sivoais joined #parrot
18:03 benabik joined #parrot
18:15 sivoais joined #parrot
18:26 lateau__ joined #parrot
19:50 davidfetter joined #parrot
20:00 lucian joined #parrot
20:18 PacoAir_ joined #parrot
20:22 PacoAir_ joined #parrot
21:03 alvis joined #parrot
22:08 whiteknight joined #parrot
22:08 whiteknight good evening, #parrot
22:20 cotto Thanks for the release, whiteknight.
22:20 cotto whiteknight++
22:20 whiteknight blah, don't thank me
22:20 whiteknight next time I'll try to do it on the correct day
22:21 cotto ;)
22:36 whiteknight cotto: I have a question for you
22:37 whiteknight cotto: Would you be against adding a get_pointer vtable, with large warning notes, to some core pmc types like Integer and Float?
22:46 cotto hmm
22:46 cotto it'd return the address of the wrapped primitive?
22:47 cotto Are you thinking of something for mod_parrot?
22:53 whiteknight it's for jashwanth's parrot-lapack, mostly
22:53 whiteknight all fortran parameters are pass-by-reference, even integers, so calling lapack libraries through nci requires it
22:53 cotto That's sensible then.
22:53 cotto +1
22:53 whiteknight well, as sensible as fortran
23:00 dalek parrot: f93ef0f | Whiteknight++ | tools/release/release.json:
23:00 dalek parrot: fix ftp path
23:00 dalek parrot: review: https://github.com/parrot/parrot/commit/f93ef0f853
23:00 whiteknight tarballs are on the ftp site
23:11 whiteknight I say this every time, but updating the website is WAAAAAY too much work
23:11 whiteknight for, arguably, very little benefit
23:30 whiteknight blah, the encoding logic for sockets and FileHandles is unified all the way down. I'm not sure why it wouldn't be working correctly for sockets if it works fine for FileHandles
23:33 dalek parrot/whiteknight/io_cleanup1: cdd13f8 | Whiteknight++ | src/pmc/handle.pmc:
23:33 dalek parrot/whiteknight/io_cleanup1: Clean up some docs for Handle PMC
23:33 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/cdd13f86a4
23:39 dalek parrot/whiteknight/io_cleanup1: da9adfa | petdance++ | config/auto/warnings.pm:
23:39 dalek parrot/whiteknight/io_cleanup1: get rid of the warning about C90 not supporting "long long"
23:39 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/da9adfa03b
23:40 dalek parrot/whiteknight/io_cleanup1: 9df0b60 | Whiteknight++ | / (10 files):
23:40 dalek parrot/whiteknight/io_cleanup1: Parrot release 4.7.0, 'Hispaniolan'
23:40 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/9df0b6006c
23:40 dalek parrot/whiteknight/io_cleanup1: f93ef0f | Whiteknight++ | tools/release/release.json:
23:40 dalek parrot/whiteknight/io_cleanup1: fix ftp path
23:40 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/f93ef0f853
23:40 dalek parrot/whiteknight/io_cleanup1: a767d76 | Whiteknight++ | / (11 files):
23:40 dalek parrot/whiteknight/io_cleanup1: Merge branch 'master' into whiteknight/io_cleanup1
23:40 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/a767d76c12
23:52 benabik ~~
23:54 whiteknight hello benabik
23:54 benabik o/ whiteknight
23:54 benabik I vanished a bit for the last few days...  Last minute trip to the in-laws, since school & work are starting up again.
23:55 benabik Did my eval though, will do a "final" blah soon
23:55 benabik *blag
23:55 whiteknight that's cool
23:57 dalek parrot/whiteknight/io_cleanup1: 53282f3 | Whiteknight++ | / (2 files):
23:57 dalek parrot/whiteknight/io_cleanup1: Allow null strings in Parrot_io_reencode_string_for_handle, since we may be attempting to reencode a record_separator which hasn't been initialized yet. This fixes an issue exposed by Rosella
23:57 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/53282f3e77

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

Parrot | source cross referenced