% iblechbot has joined #parrot % HG` has joined #parrot % jjore has left jjore!~jjore@c-24-16-241-176.hsd1.mn.comcast.net % Daveman has left Daveman!~dave@pool-141-150-16-151.mad.east.verizon.net r25869 | paultcochrane++ | trunk: : [core] Removed deprecated instantiate opcode as per patch in RT#50938 (with : the one minor modification that I needed to update the test plan). diff: http://parrotvm.org/svn/parrot/revision/?rev=25869 % IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk r25870 | kjs++ | trunk: : [src] add function doc to oo functions. diff: http://parrotvm.org/svn/parrot/revision/?rev=25870 % IllvilJa has joined #parrot % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz % mj41 has joined #parrot % e has left e!~e@rob92-3-81-56-71-84.fbx.proxad.net % cognominal_ has joined #parrot % e has joined #parrot % IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk % IllvilJa has joined #parrot % marmic has left marmic!~chatzilla@89-253-66-101.customers.ownit.se % ruoso has joined #parrot % marmic has joined #parrot % kid51 has joined #parrot % diakopter has joined #parrot % diakopter has left diakopter!~diakopter@host01a.appflux.net % kid51 has left kid51!~jkeen@68.237.17.75 % diakopter has joined #parrot % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz % mj41 has joined #parrot % kj has joined #parrot % mdiep has left mdiep!~mdiep@v-adsl-fh-178-170.umnet.umich.edu * Tene is finding ast problems in cardinal similar to those found in lolcode. * Tene needs to create doc patches. Tene: what kind of problems? kj: parameters to blocks weren't being passed in right. I've got function calls working now. ok. was it in the parameter passing stuff? I didn't include tests for that i think And a couple of other things, iirc. the () in foo(1) wasn't supported anywhere in the grammar. As it is right now, though, foo(bar(1)) doesn't parse. i'm not sure if that's the only thing missing ;-) There are some things I don't quite understand the reasoning behind in the grammar. Are you particularly attached to the grammar as it stands? no not at all please go ahead and claim it ;-) Ahh, okay. I just wanted it running on PCT at least some basics I'll consider more-significant restructuring, then. like nodes for literals and functions. once those are working, the rest is easy :-) I need to get a commit bit eventually. yes. please note that some grammar references found on the internet don't seem to be correct at some point I looked at the yacc file found in ruby distr. My reference right now is /usr/share/doc/ruby-1.8.6.111/sample/**.rb ok Like you, iirc, I don't actually know ruby at all. :) % skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net heh. i found that it doesn't really matter if you don't. Of course it helps a bit Tene: i would suggest to take at least a look at several sources for the grammar, and then select the one that looks best (and preferably the most up-to-date one) % gryphon_ has joined #parrot % mdiep has joined #parrot % skids has joined #parrot % rdice has joined #parrot % jhorwitz has joined #parrot % uniejo has left uniejo!~uniejo@langebro.adapt.dk % peeps[work] has joined #parrot % e has left e!~e@rob92-3-81-56-71-84.fbx.proxad.net % e has joined #parrot % jmcadams has joined #parrot % Dave has joined #parrot % parrot-poke has joined #parrot % sjansen has joined #parrot % particl1 has joined #parrot % particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net % slightlyoff has left slightlyoff!~slightlyo@204.14.154.209 % DarkWolf84 has joined #parrot * Coke % particl1 is now known as particle * spinclad too * Tene not not! :( todo el mundo sería sí % allison has joined #parrot Well, only on Thursdays. % chromatic has joined #parrot (#ps?) (yes!) yes crap! carp! i'm in, too % kj is now known as fperrad % fperrad is now known as kj % proq has joined #parrot chromatic: re your testing article, I have a crusty debian distro on hp-parisc, if that's bizarre enough. But I can't leave it on 24/7 (300Watts, ouch) That's bizarre enough. Would you consider running a smoke once a week on there? r25871 | kjs++ | trunk: : [NEWS] add cardinal and function documentation to news. diff: http://parrotvm.org/svn/parrot/revision/?rev=25871 When I can remember to power it on, sure. And assuming I can get it to run in the first place. I'll give a try sometime this week or next. how do I register my nick on this network? O_o I don't think that's an option. Thanks, skids. I'm sure the first test results will be horrifying! "It came from beyond the repository" proq: no nick registration on magnet Yeah, probably. If I have time I'll look into whatever passes for atomics on that CPU. oh, true enough I also have an alpha and a non-Darwin G4, but those are probably much easier to come by. I don't think we have anyone running on the Alpha either. What's on the G4? yeah, alpha seems rare these days Fresh debian. do we have anyone running linux-ppc? i don't think so I just fixed Linux PPC on Saturday. All green (That's why JIT works now on Darwin PPC) I was considering running YDL on my G4 a few days ago :) * skids almost got debian wedged onto that G4 without plugging in a monitor. Almost. anybody running haiku? (jit on darwin ppc) oooh, really? now if we could get jit on osx x86... =-) Coke, try the shootout on Darwin PPC. sweet. haiku has nightly vmware images to download :) that will take a day. =-) but ok. It shouldn't; the JIT works now. most of that day doesn't involve building or running. it's only 30MB zipped. chromatic: two tickets open. looks like it's probably PARROT_API wonkery. r25872 | kjs++ | trunk: : [NEWS] More news. this is as much as I can think of. diff: http://parrotvm.org/svn/parrot/revision/?rev=25872 Existing tickets, or new ones? % Ron has joined #parrot new, just opened. ... though they haven't hit the list yet. Beware. I hit back. 51000 and 51002 102002 ... stupid purl. 10 minus 3? ha! ha! haiku vm running :) chromatic: ... did you intentially fix the ascii_compare segfault? No. I can't reproduce it. :( particle: can you summarize what's new in rakudo? THen I'll update NEWS on that. In tcl or anywhere? (currently chugging through a full 'make test') tcl was the only place it was happening before. r25873 | kjs++ | trunk: : [NEWS] I forgot the new PCT documentation. Yay! diff: http://parrotvm.org/svn/parrot/revision/?rev=25873 ... well, damn. So, it's not fixed, necessarily, but it's hidden again. whee. :( Maybe r25851. ... which makes a lot of sense, actually. could be. once this test run finishes, I'll revert that patch and see if it explodes again. I have a good feeling about it. (locally) ... that's what you said about the nail gun. ... now if you could just make tcl.pbc run code about 60 times faster... When you see me in a pink tutu waving a fairy wand, then you'll know I'm your fairy godmother and can do things like that. the FAQ on using parrot for, say, ruby code says I need to modify languages.pm. I take it this means I need to download the parrot source, modify and build? proq, there's already a Ruby compiler in progress (languages/cardinal/), so you don't have to modify languages.pm. proq: using parrot for ruby code: you mean, using the ruby compiler for parrot ok. tcl current is failing tests, but no segfaults. I mean using parrot to compile ruby code to ELF proq: parrot is the runtime engine, it can't compile ruby code it can *run* ruby code oh, I see using the ruby compiler targeting parrot, which is cardinal (though, I should mention, it's not complete yet) No reason you can't build a Ruby-to-ELF compiler with Parrot though. You just won't emit PBC/PIR. which compiles to pir, not ELF (which = /languages/cardinal) hmm, you could compile parrot's ops to LLVM IR, then output code that's calls to the op functions, then use LLVM's inliner, then compile from IR to native chromatic: I don't think that was one that fixed it. r25874 | kjs++ | trunk: : [NEWS] add deprecation entry. add "attribute" scope variant for PAST::Var nodes. diff: http://parrotvm.org/svn/parrot/revision/?rev=25874 if I revert 25851, tcl doesn't segfault like it used to. ah well. onward and upward. :| oh, I get it. a cardinal is a ruby parrot? :D exactly! it has been said that exactly! is it not awesome? we're *so* clever here :) Yah, I can hack on tcl again! Crap, it's so slow! holy crap, who screwed up trace output? kj: have you added every bit of news through r25873? (if not, the blurb in the NEWS file is somewhat misleading. =-) particle: ? Coke, you'll have to clear out bytecode if you revert 25851. At least Tcl bytecode. Coke: nope, this is what I know about burb? "particle" at 24.19.3.148 pasted "tail of trace output on pdd17pmc segfault" (487 lines) at http://nopaste.snit.ch/12358 ehm. blurb? what's that? hmmm... that is what he is using :) kj;you said "news up through r". It's not. mmm. that's not what I meant either. but I guess you can interpret it that way that was originally meant a placeholder if some intrepid soul was doing ALL the news. If you're just cherry picking, don't include that. which i didn't what does it mean to you? http://msdn.microsoft.com/events/hero/sfbio/ chromatic: yah, it was a clean tclsh build. % toft has left toft!~jlewis@69.25.196.248 as a placeholder too, as there's no version number yet but what the placeholder mean? should I remove it? use it as a fence between the complete part and the cherries with all the updates, I don't think we know where the fence is. ok. I'll leave it alone next time. I don't know exactly what is new.. there's so much new Coke, before that patch, IMCC always tried to load a library named '' when it encountered .HLL 'lang', '' tcl does that a lot. Yeah, that's the only way to specify an HLL. so yes, it was plausible; I just didn't see an effect. Thus the interpreter froze an empty string into the bytecode for the associated HLL library name. Thawing that bytecode would give you an empty string for the HLL lib name. I could binary search, but doing that to find when something began working is far less helpful than finding when something stopped working. I agree. Still, it would be good to know if we've really fixed it. % peepsalot has left peepsalot!~peeps@cpe-67-9-161-48.austin.res.rr.com True. If you get really, really bored and have a lot of spare time and nothing productive to do, like clip your toenails or whatever, I'm curious. But you'd have to be very bored. crap. I just clipped my toenails yesterday. Re-reading Howard Roarke's 40-page speech bored. if you're *that* bored, i have ideas ;) % peepsalot has joined #parrot I'd rather start my own steel mill, with robots, and blackjack, and... So; while I want to track all of my tcl issues, I am no longer convinced that rt is the place to do that. I can see keeping RT for languages that *ship* with parrot, but I'm not sure tcl's going to make that cut. any thoughts? (ditto for any other HLLs except rakudo which has its own special RT queue.) Depends on whether an issue is a Parrot issue or a Tcl issue. anything truly parroty would have an rt ticket. chromatic: http://nopaste.snit.ch/12358 particle, I'll poke at that. Thanks! How weird that the output goes wonky at 958 though. it goes wonky on and off throughout the run % Crassworm has joined #parrot Cardinal - Ruby for the Parrot VM irb(main):001:0>> ^^ sweet! proq: :-) It's not complete yet. but patches are welcome ;-) * jhorwitz considers mod_ruby... Cardinal runs irb? % allison has left allison!~chatzilla@pool-71-112-28-27.sttlwa.dsl-w.verizon.net chromatic: nope , that's just the same command prompt as you get when running interactive ruby where is the code that dumps POST and PAST trees, in POST dumps, source and pos with value null is just noise % PacoLinux has joined #parrot % Steve_p has joined #parrot look! it's a steve_p! hey there. % DarkWolf84 has left DarkWolf84!~dwolf@89.215.234.147 % allison has joined #parrot OMG, it's allison! =-) and just miles away from me :) hey * Steve_p digs himself out from his work anyone here going to FOSDEM apart pmichaud? s/apart/but/ ? r25875 | chromatic++ | trunk: : [src] Silenced warnings when compiling with Intel C++ (RT #51004, Steve Peters). diff: http://parrotvm.org/svn/parrot/revision/?rev=25875 is not. % teknomunk has left teknomunk!~teknomunk@kerr-dip0.nat.okstate.edu hi coke :) * Coke is no longer getting paid to hack java. Would you like to be? % silug has left silug!~steve@ppp-70-225-44-146.dsl.covlil.ameritech.net not especially. Though my current deployment is mostly CFMX at the moment; I almost miss java. =-) I'm have grown very sick of Java Why are the tests phoning home? Which tests are these? t/distro/file_metadata nopaste? nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating "Steve_p" at 165.189.41.11 pasted "Test phoning home..." (14 lines) at http://nopaste.snit.ch/12359 % peeps[work] has left peeps[work]!~peepsalot@bwext.kpimdp.com r25876 | rblasch++ | trunk: : [src] Force values into range where appropriate, so we can find the places : where it's not, and values are truncated. diff: http://parrotvm.org/svn/parrot/revision/?rev=25876 Oh yeah, those tests. Did you check out Parrot via svn? Yes that shouldn't have to phone home. Shouldn't is the operative word :) % jhorwitz has left jhorwitz!~chatzilla@pool-68-163-20-15.phil.east.verizon.net does perl -Ilib -MParrot::Revision -e1; phone home? file_metadata.t seems to just be invoking 'svn pg Coke: It seems to be the "svn ls" ... where is that done? In the BEGIN block, line 244. oh, in the beginning. Coke, no Steve_p: yah, ron found it. I wouldn't expect 'svn ls .' to do that, though. Me neither. BUT... Can one of you open a ticket? svn help ls Sure. oh! '.' doesn't mean what I think it means. :| i need a good header location for internationalization settings #ifdef HAS_GETTEXT ... locale.h ? Yep, svn ls always heads for the server. % gryphon_ has left gryphon_!~gryphon@dsl-209-221-185-54.zipcon.net r25877 | rblasch++ | trunk: : [src] Declare variable at beginning of block. diff: http://parrotvm.org/svn/parrot/revision/?rev=25877 i suppose i could create a new header, but hoped to stick these defs in an existing header conversation of headers? misc.h, then? ah. "conservation" whoops. * Coke disengages autopilot on his fingers. i'm thinking intl.h or i18n.h I like my bikeshed betteer. alright, misc it is ;) r25878 | rblasch++ | trunk: : [src] PARROT_ASSERT is used to assert pointers, so it should be at least as : long as them. long may not be large enough (e.g. on LLP64), but INTVAL : probably should. diff: http://parrotvm.org/svn/parrot/revision/?rev=25878 do we have a type that == "size of a pointer" ? Ron: are you working towards parrot compilation with msvc on x86_64? we have ptrsize Yep. \o/ ron++ (if we need something as big as a pointer, is that better than INTVAL ? on msvc/x86_64, intsize >= ptrsize But I only got as far as the last time we tried....yet Is INTVAL not supposed to be long enough to hold a pointer? that question is too vague for me to answer parrot frequently and mistakenly assumes intsize == ptrsize Uups, I thought that too. % dalek has left dalek!dalek@feather.perl6.nl we need func to data and data to func macros that do bounds checking % dalek has joined #parrot If you have the Perl 5 source, look at F2DPTR and D2FPTR i haven't it, but that can be fixed mugwump has a git repository of it :) FPTR2DPTR, right? That's right. The first thing I stumbled over on Win x64 was config/auto/pack.pm. The _set_ptrconst test I'm still a bit puzzled about the relative test ($longsize == $ptrsize) and the absolute value "ul". my parrot configs and builds on msvc/x64, but when i run it interp is at a different location in every stack frame That's just a regular build, right? yes Not a "--intval=long long" ahh, ok. vanilla configure/nmake I haven't tried that yet. there's a long way to go With intval "long long" I got a basic interpreter working. Something like "hello world" and "ack 1" cool. can you compile pge, or do you just try examples? ok Well, that's the problem. The first fault occurs when building PGE. :-( But I'm on it. ja, happens here, too I tried building with -RTCcsu, to enable compiler bounds checking. Nothing spectecular, just for example the PARROT_ASSERT thingy. But you're right, it won't be an easy fix. yep. has to be done, though. So, an INTVAL can basically be any size, unrelated to a pointer, right? % allison has left allison!~chatzilla@pool-71-112-28-27.sttlwa.dsl-w.verizon.net I got a bit distracted by the ptrsize != intvalsize "warning" in config/auto/sizes.pm I need to be off for today, thanks particle++ and chromatic++ % peepsalot has left peepsalot!~peeps@cpe-67-9-161-48.austin.res.rr.com Hope I'll soon have good news from x64. % Ron has left Ron!rblasch@M1698P022.adsl.highway.telekom.at % peepsalot has joined #parrot % skids has left skids!bri@charon.clarku.edu % Limbic_Region has joined #parrot % wknight8111 has joined #parrot % silug has joined #parrot % PacoLinux has left PacoLinux!~paco@139.Red-80-36-122.staticIP.rima-tde.net % rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com % allison has joined #parrot Coke: if you get a chance, see if there are old files to be removed in languages/APL/ after pmichaud's conversion to PCT in r25139 * particle is working on NEWS updates 25 tickets creates this week. 25 tickets closed this week. (treading water)++ % teknomunk has joined #parrot % jmcadams has left jmcadams!~chatzilla@12.47.30.10 It'd be nice to cut down on the 110 open too. 109 open. 108 feel free to join in everyone or else finish editing this article for me... * particle has ~2450 lines of svn log still to review what article? % sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com coke: please summarize your macports work in NEWS when you get a chance An article completely unrelated to Parrot, Perl, or virtual machines. good, because i'm not an expert on parrot, perl, or virtual machines! although one day I would like to be Do you want to be an expert on installing enterprisey SDKs? well, i need to be an expert at something eventually. Otherwise, i'll never find a job :( ...not that being an occasional parrot bug contributor pays very well Not that being a core committer pays either. yeah, but you can put that on a resume "Parrot Core Committer Bomb Diggity". Employers would love that Maybe. My current employer cares more that I occasionally show up at the office. not mine. Yeah, your employer doesn't care about me at all. Jerks. they'd be upset if i showed up. % skids has joined #parrot I wear pants when I show up. 'pants.' that word makes me giggle. t/dynoplibs/myops.t test 7 fails for me. ah, it's that /alarm\nalarm\nalarm/ test Scheduler granularity? Win32? Win32 is the God forsaken platform. It is not fickle about slashes; its system calls do not care. or ....DEEP HURTING. or a dying legacy system collapsing under its own weight. or see also:win32 for perl win32 btw perl -v and prove -v are *not* the same thing not ok 7 - repeating alarm # Exited with error code: 255 # Received: # alarm # alarm # % rdice has joined #parrot well, I think I just satisfied 1 ticket: 46679 so now we're at 107. Progress! * Tene harasses particle for paperwork. % iblechbot has left iblechbot!~iblechbot@ppp-62-216-201-216.dynamic.mnet-online.de tene google tpf for cla tene: http://www.perlfoundation.org/legal cla is text or pdf harass chromatic for his cat's fax number, or drop $.41 to him * Tene peers out over the balcony to check if chromatic is below. I should be able to find a fax machine this weekend. Although, hmm... Maybe the hotel has something appropriate. purl, it's? i heard it's was a homonym of "its", no really, its! purl, its? bugger all, i dunno, steve_p ooh, i should try to get rule/token/regex working right particle: excellent idea! r25879 | particle++ | trunk: : [src] fix pod copy/paste error diff: http://parrotvm.org/svn/parrot/revision/?rev=25879 % HG` has left HG`!~wells@user-54412f35.l6.c4.dsl.pol.co.uk r25880 | particle++ | trunk: : [RELEASE] update news to r25878 diff: http://parrotvm.org/svn/parrot/revision/?rev=25880 % Ademan has left Ademan!~dan@h-67-101-149-209.snfccasy.dynamic.covad.net % Ademan has joined #parrot % Ademan has left Ademan!~dan@h-67-101-45-5.snfccasy.dynamic.covad.net % Ademan has joined #parrot r25881 | chromatic++ | trunk: : [t] Mark several tests as TODO until someone resolves RT #49718. This only : applies to the JIT core, which doesn't yet handle pending events. diff: http://parrotvm.org/svn/parrot/revision/?rev=25881 particle, ping particle: there was no macport NEWS. When there is, I'll add it. % rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com Coke, are you a metacomitter? particle: I can check on the APL, but have no clue going in. (having not PCT-ized anything myself. =-) chromatic: RESPONSIBLE_PARTIES lists Coke as a metacommitter. aha, Coke are you around? r25882 | chromatic++ | trunk: : [t] Only TODO the JIT/event tests if the JIT core is active for the test. : Also avoid an uninitialized value warning when plain Parrot runs. diff: http://parrotvm.org/svn/parrot/revision/?rev=25882 chromatic: a metacommitter for parrot? yes. chromatic: pong. Coke, Tene just faxed in his CLA, so he's all set for a commit bit and the lecture. Tene: If you break anything, we will be MOST DISPLEASED. and BE HOME BY MIDNIGHT! chromatic: that good? Coke: which time zone? which time zone is, like, UTC *thwap* Works for me. I am only half around. I will engage your commit bit before I sleep, ok? Hmm. Any parrot hackers near Phoenix? ...but you have to promise to go through RT and work on all the lolcode tickets that are still open. Coke: Okay. particle: APL cleanup completed. % Coke is now known as coke_tene_commit_bi ... that's unfortuate. Eh, not too bad. r25883 | coke++ | trunk: : [APL] : Delete files which are no longer needed after the conversion to PCT. r25884 | chromatic++ | trunk: : [codingstd] Removed hard tabs (or revised file to avoid tripping the P::C : no-hard-tabs policy).