% cognominal has left cognominal!~cognomina@82.67.232.89 % ruoso has joined #parrot % IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk % IllvilJa has joined #parrot % wknight8111 has joined #parrot % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net % rotty` has joined #parrot % skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net % cognominal has joined #parrot % lola22 has joined #parrot % Ademan_ has joined #parrot % Ademan has left Ademan!~dan@h-67-101-102-194.snfccasy.dynamic.covad.net % markus has joined #parrot % tetragon has left tetragon!~seneca@216.126.67.44 % tetragon has joined #parrot % tetragon has left tetragon!~seneca@216.126.67.44 % lola22 has left lola22!~lola22@d033.dhcp212-198-248.noos.fr % contingencyplan has left contingencyplan!~contingen@cpe-76-186-27-146.tx.res.rr.com % Coke has joined #parrot % Ademan_ has left Ademan_!~dan@h-67-101-102-194.snfccasy.dynamic.covad.net % rdice has joined #parrot % skids has joined #parrot % Ademan_ has joined #parrot jonathan, what are your chance at the moment to come to fpw? % jhorwitz has joined #parrot % markus has left markus!~markus@80-123-8-214.adsl.highway.telekom.at irony can be pretty ironic sometimes. electricity is shocking, too. fire bad. % gryphon has joined #parrot % jan has left jan!~chatzilla@89-253-66-101.customers.ownit.se % liona29 has joined #parrot % wknight8111 has joined #parrot % liona29 has left liona29!~liona29@d033.dhcp212-198-248.noos.fr % iblechbot has joined #parrot % jan has joined #parrot ... that's hot. % sjansen has joined #parrot % AndyAway has left AndyAway!~AndyL@host3130.follett.com % Andy has joined #parrot % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net % gryphon has joined #parrot % rotty` has left rotty`!~user@81.223.119.66 % ruoso has left ruoso!~ruoso@195.23.92.2 particl1, ping % Theory has joined #parrot % barney has joined #parrot % barney has left barney!~bernhard@dslb-084-058-171-165.pools.arcor-ip.net % silug has left silug!~steve@70.225.32.179 [07:57] : Apply (slightly modified) OpenGL patch from Geoff Broadwell in RT #52988. Geoff++ paco: did it work? :) yes is working for me in a linux box so far I don't think anyone's tested it on non-linux % lichtkind has joined #parrot I can try it on osx/x86 this weekend. % Ademan_ has left Ademan_!~dan@h-67-101-102-194.snfccasy.dynamic.covad.net % DarkWolf84 has joined #parrot % DarkWolf84 has left DarkWolf84!~dwolf@89.215.234.147 % ccube has joined #parrot % lichtkind has left lichtkind!~chatzilla@d90-135-226-237.cust.tele2.de % contingencyplan has joined #parrot % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net % cosimo has left cosimo!~cosimo@pat-tdc.opera.com % gryphon has joined #parrot % silug has joined #parrot % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net % gryphon has joined #parrot out of curiosity, do we know how many GSoC slots TPF got? % Senaka has joined #parrot % Senaka has left #parrot msg kj I've been working through your tutorial, and a have had to expend a lot of mental effort just grokking nqp's syntax. It'd be *very* helpful if you linked to a perl6 tutorial in the first episode to help other people get over that barrier. Message for kj stored. Infinoid, the last number I heard was 5. thanks you are right, it definitely presumes a passing familiarity with perl6 r27023 | fperrad++ | trunk: : [Lua] : - minor refactor diff: http://www.parrotvm.org/svn/parrot/revision?rev=27023 r27024 | fperrad++ | trunk: : [Lua] : - add big number library : - and tests diff: http://www.parrotvm.org/svn/parrot/revision?rev=27024 % slightlyoff has joined #parrot % lidi20 has joined #parrot % lidi20 has left lidi20!~lidi20@d033.dhcp212-198-248.noos.fr % rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net I also have no idea how someone can be expected to figure out some of those exercises, but it could just be that I give up too easily. seen kj kj was last seen on #parrot 3 days and 9 hours ago, saying: sorry can't help you right now [Apr 15 05:05:26 2008] either way, having the answers lets me flounder for a while and then figure out what I was supposed to have done % skids has left skids!bri@charon.clarku.edu having any sort of tutorial on PCT is a big help, even if it's not perfect and your feedback can make it better :) yes for me is near perfection, is a great work .. and it will % Andy has left Andy!~AndyL@host3130.follett.com % rdice has joined #parrot % Psyche^ has joined #parrot % paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net % paco has joined #parrot % Patterner has left Patterner!~Psyche@e177224121.adsl.alicedsl.de % Psyche^ is now known as Patterner % Limbic_Region has joined #parrot % rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com % jhorwitz has left #parrot % skids has joined #parrot % paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net % paco has joined #parrot % paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net % paco has joined #parrot % kid51 has joined #parrot % slightlyoff has left slightlyoff!~slightlyo@204.14.154.209 % tetragon has joined #parrot slow day perhaps a combination of early spring and late Passover that sounds like a really good excuse, but the truth is, I'm just a lazy bum. * kid51 checks his RT queue while waiting for dinner to cook % iblechbot has left iblechbot!~iblechbot@ppp-62-216-197-245.dynamic.mnet-online.de % liona29 has joined #parrot % kid51 has left kid51!~jkeen@pool-70-107-13-35.ny325.east.verizon.net % sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com % liona29 has left liona29!~liona29@d033.dhcp212-198-248.noos.fr % teknomunk has left teknomunk!~teknomunk@ubuntubob.residential.okstate.edu % teknomunk has joined #parrot r27025 | infinoid++ | trunk: : [C++] : * Fix up nci_test.c so the linker symbols aren't mangled. This fixes : some tests when building with g++. : * Fix up c_indent.t to ignore stuff in an #ifdef __cplusplus. (This : means an extern "C" won't throw off the indentation.) diff: http://www.parrotvm.org/svn/parrot/revision?rev=27025 r27026 | infinoid++ | trunk: : [src] g++ errors out when you do an uncasted void* pointer assignment. : So, add a cast. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27026 (slots) current is at six. things still in flux until monday, however. ok, thanks msg pmichaud http://en.wikipedia.org/wiki/Perl_6#Implementations has what I think mis-statements about rakudo. I can fix it if you give me verbage. (or, since it's wikipedia, you know...) Message for pmichaud stored. % slightlyoff has joined #parrot hmm. it would be really nice if tools/build/vtable_h.pl had a way to specify that the "self" argument (the PMC*) was const. I'm pretty sure (for example) "isa" doesn't modify the invocant, and having to add a cast to explicitly downgrade the const-ness is just ugly. with gcc, its not such a big deal. with g++, it is. gcc says: src/key.c:448: warning: passing argument 2 of 'key->vtable->isa' discards qualifiers from pointer target type g++ says: src/key.c:448: error: invalid conversion from 'const PMC*' to 'PMC*' % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net % kid51 has joined #parrot ooh, Parrot::Vtable has attr parsing. I might be able to hack constness in. % tetragon has left tetragon!~seneca@69-196-138-185.dsl.teksavvy.com % tetragon has joined #parrot % Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz % ccube has left ccube!~ccube@cpe-74-70-96-161.nycap.res.rr.com % Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net amazingly enough, this actually appears to work. "Infinoid" at 75.31.89.233 pasted "const vtable methods (diff)" (115 lines) at http://nopaste.snit.ch/12723 % AndyA has left AndyA!~andy@82.152.157.85 % AndyA has joined #parrot Do you expect to be making further changes on that over night? If not, I'll try it on Darwin tomorrow. greetings I'm not sure. I'm trying to reduce the amount of ugly manual casting to downgrade const-ness. k * kid51 must sleep $kid51->sleep(8 * 3600); % kid51 has left kid51!~jkeen@pool-70-107-13-35.ny325.east.verizon.net if this seems like the right approach, I may be consting a bunch more methods oh well. % chromatic has joined #parrot +1 to consting I've always wanted to fix the coding standard violations of the pointer smackdab up against the type, but I haven't done that yet either. % tetragon has left tetragon!~seneca@216.126.67.44 r27027 | infinoid++ | trunk: : [rakudo] Functions which modify data probably shouldn't declare that : data as 'const' and then cast around it afterwards... diff: http://www.parrotvm.org/svn/parrot/revision?rev=27027 chromatic: does http://nopaste.snit.ch/12723 look like the right approach? % tetragon has joined #parrot It looks reasonable. this is all just yak shaving because I hate using casts to downgrade const-ness. (It's an indication that there's too little or too much consting somewhere else.) I'm not sure if :const is screechingly obvious in its implications however. I considered using a PARROT_CONST marker or somesuch, but then it looked too much like the return value was const I can see that. I'm open to suggestions... I keep trying to read it as :pure hmm, that works. Andy L tried slapping more const on the vtable entries, but Allison was concerned about Liskov, in the sense that we don't always know what child PMCs will do with these entries. I like the idea of being very strict by default and loosening when necessary though. yeah. I figured isa() was pretty safe, in terms of side effects Agreed; low risk on this one. the nice thing is, when you add it to a naughty method, gcc starts emitting warnings as the const contract is broken Yeah. We should clean up the existing warnings, where possible. for instance, a couple of those isa() methods call the get_string() method, which isn't const I hope to fix the warnings in optimized mode here shortly. well, should I apply this? Or post it to RT/list for discussion? Up to you. If you're going to be around tomorrow, we can back it out if necessary. I'll be around all weekend do you want me to rename the attribute? I can't see any reason it won't work though; if we have const problems on any compiler on any platform, we'll have seen them elsewhere. plus, in terms of release cycle, this is The Week To Break Things. Where does the 'const' go, on SELF or on something else? correct const PMC *pmc My only better idea is :const_self s/better/other/ I don't have a problem with that. I started out with :const_invocant, and then decided it was too spammy. :const is fine with me. Nice work. % chromatic is now known as chromatic_away ok, I'll check this in with the attribute named :const. thanks! r27028 | infinoid++ | trunk: : [PMC] Add a :const attribute to methods (vtable methods and otherwise), : which marks SELF as const. Hopefully this will let us reduce the amount : of casting we end up doing, to "fix" const-downgrade warnings. : The "isa" vtable method is my first victim. This is tangentially : related to RT #52874 (which had a const-downgrade cast patch). diff: http://www.parrotvm.org/svn/parrot/revision?rev=27028 This perl 6 (rakudo) program behaves in a strange manner: http://nopaste.snit.ch/12720 It seems like this is a bug in assign, but I'm not sure if it's Perl6Str's fault or parrot's maybe it's a CoW failure? That's what I was thinking, but I know absolutely nothing about cow a failure to do CoW, that is I don't know anything about how parrot does it either nice find tho :) can you post it to RT? I guess. I'd rather fix it. But I'm too tired to think very well right now. r27029 | infinoid++ | trunk: : [PMC] constify the vtable get_class() method. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27029 % Psyche^ has joined #parrot % Patterner has left Patterner!~Psyche@e177239123.adsl.alicedsl.de % Psyche^ is now known as Patterner "chromatic" at 63.105.17.30 pasted "Fix COW Problem in increment/decrement for Perl6Str PMC" (82 lines) at http://nopaste.snit.ch/12724 This'd be easier if there were a Parrot_unmake_COW which returned the modified string pointer; less code moving around. It'd be harder to get this wrong, too. Even a macro of some kind, which checked the COW flag.... % camgirl29 has joined #parrot % camgirl29 has left camgirl29!~camgirl29@d033.dhcp212-198-248.noos.fr % IllvilJa has left IllvilJa!~jilves@193.32.3.83 % chromatic_away has left chromatic_away!~chromatic@sub17-30.member.dsl-only.net % markus has joined #parrot