Parrot 0.6.2 "Reverse Sublimation" Released | parrotcode.org/ | 18/672 new/open tix | logged in irclog.perlgeek.de/parrot/today
Set by moderator on 24 May 2008.
dalek r27809 | jkeenan++ | trunk: 00:07
: Delete unnecessary import of Getopt::Long.
diff: www.parrotvm.org/svn/parrot/revision?rev=27809
00:20 Limbic_Region joined 00:22 bsb joined 00:26 Theory joined
dalek r27810 | jkeenan++ | searchdocs: 00:39
: Extract subroutines from tools/docs/search-ops.pl and place them in lib/Parrot/Docs/SearchOps.pm.
diff: www.parrotvm.org/svn/parrot/revision?rev=27810
00:42 Zaba_ joined 00:52 Zaba joined 00:56 Zaba_ joined 01:02 Zaba joined 01:05 braceta joined 01:23 bacek_ joined 01:36 gmansi joined 01:40 Ademan joined 01:49 Zaba_ joined
bacek_ hi there 01:50
purl niihau, bacek_.
bacek_ purl: seen pmichaud?
purl pmichaud was last seen on #parrot 11 hours and 53 minutes ago, saying: not all of the "syntactic sugar" options work yet, though.
bacek_ rakudobug? 02:02
purl rakudobug is mailto:rakudobug@perl.org
02:37 bsb joined
dalek r27811 | jkeenan++ | searchdocs: 02:45
: Begin to add tests for Parrot::Docs::SearchOps.
diff: www.parrotvm.org/svn/parrot/revision?rev=27811
02:52 Zaba joined, bsb joined 02:53 tetragon joined 03:03 bacek_ joined
dalek r27812 | jkeenan++ | searchdocs: 03:26
: Add some dummy copy files for testing. Add tests for Parrot::Docs::SearchOps.
diff: www.parrotvm.org/svn/parrot/revision?rev=27812
03:30 bacek_ joined 03:39 Zaba_ joined 04:17 bacek_ joined 04:18 bacek_ joined
bacek_ hi again 04:18
purl oh, you're back!
bacek_ purl: you are dump robot!
purl ...but purl is a buggy piece of shit or a flooterbuck...
Infinoid haha 04:19
Infinoid pats purl
purl pats Infinoid back, harder
Infinoid hopefully I will have some time tomorrow for PDD13 04:20
bacek_ me just implemented dies_ok and lives_ok in Test.pm 04:21
bacek_ hates stupid meetings.. 04:24
And I attending on one of them.
pdd13? 04:33
purl it has been said that pdd13 is obviously the goal, but docs/parrotbyte.pod also doesn't look quite right
bacek_ t/spec/S29-num/int................................ Failed 5/58 subtests
hmm... Looks like someone broke integers
Tene has a handfull of commits pending for another couple of days until I have internet access again. 04:39
got arrays working in cardinal, a little work on some of the classes 04:41
going to try to rework the class hierarchy a bit to closer match what I can see of ruby's 04:43
The rubypackage in fedora has very little documentation
bacek_ Tene: you use some kind of astral connectivity? 04:47
Tene ssh on my phone.
I haven't gotten my laptop connected through it, and I haven't cared to try again. 04:48
Oh, I should also work on hashes. 04:50
05:43 Zaba joined 05:46 bacek_ joined 05:54 barney joined 06:07 uniejo joined
bacek_ S29? 06:14
purl S29 is svn.pugscode.org/pugs/docs/Perl6/Sp...ctions.pod
bacek_ sub dbl(Int $i) { $i*2; }; 06:36
my @a = (1..3);
say dbl(2);
say dbl(@a[2]);
Died on second call in TYPECHECKPARAM 06:37
spinclad (of course @a[2] is 3, but no matter) 06:42
bacek_ spinclad: :) 06:45
06:52 AndyA joined 06:58 bacek_ joined 07:00 ejs joined 07:06 Zaba_ joined 07:12 iblechbot joined 07:35 IllvilJa joined 08:15 cosimo joined 09:07 ejs joined 09:37 masak joined 09:38 ejs joined
cognominal bacek, jonathan is doing a lot of change to objects. I too have problem, with TYPECHECKPARAM 10:12
moritz I just tried to get a small grammar working in rakudo, and atm it's a total mess 10:13
either all the syntaxes I tried are unsopported or broken, or I got stuff like "invoke() not implemented in class 'Hash'"
let's wait 'til after the refactoring 10:14
than I'll flood rakudo with bug reports/test cases
10:15 Ivatar joined
cognominal jonathan is in its way back home, probably 10:24
11:01 UltraDM joined 11:12 ruoso joined 11:30 Zaba joined 11:38 braceta joined 11:52 iblechbot joined
bacek cognominal, actually problem in not-yet-implemented lasy lists. 11:55
cognominal I have problems with TYPECHECKPARAM without Lazy List. 11:56
Thursday, I will be in the plane Paris-Toulouse with jonathan to go to the french workshop. 11:57
12:11 braceta joined
bacek seen pmichaud 12:30
purl pmichaud was last seen on #parrot 22 hours and 34 minutes ago, saying: not all of the "syntactic sugar" options work yet, though.
bacek hmm... 12:31
anyone have idea about [] and it difference from List? Looks like we have to implement Array class... 13:12
Ivatar I think it creates a List reference, so it can be stored as a single item inside another list without merging the two. 13:17
bacek Ivatar, and how this two list can be distinguished without creating additional class? (Or adding additional field into List) 13:23
Ivatar references. (basically pointers, but without direct access to the address). I may be wrong on this, but that's the impression I got from reading the docs. 13:25
I think [] vs. () is just syntactic sugar to tell the interpreter/compiler to keep it as a reference instead of merging. 13:26
13:33 Zaba joined
Ivatar feather.perl6.nl/syn/S02.html#Lists -- the second paragraph under that heading mentions something about an item context returning a list within a list. 13:33
bacek Ivatar, already reading it... 13:37
13:41 kid51 joined
dalek r27813 | jkeenan++ | searchdocs: 13:42
: Add more tests for Parrot::Docs::SearchOps.
diff: www.parrotvm.org/svn/parrot/revision?rev=27813
13:43 Casan joined
bacek pmichaud, when you arrive, please take a look at #54826. 13:44
I can't commit some updates in t/spec without it
good night everyone. Time to sleep 13:45
13:51 rdice joined 14:14 paco joined
dalek r27814 | jkeenan++ | searchdocs: 14:15
: Add documentation, SVN Id line, coda.
diff: www.parrotvm.org/svn/parrot/revision?rev=27814
cognominal is there some parrot history somewhere? 14:48
I mean a timeline of the parrot release
jonathan cognominal: The CPAN distribution page, maybe? 14:49
Actually, not on way back home today....having working meeting in Stockholm. Home tomorrow, work wednesday, fly to France Thursday. 14:50
cognominal I got svn -r1 14:51
r1 | ask | 2001-08-29 13:36:49 +0200 (Wed, 29 Aug 2001) | 2 lines 14:52
first readme.
jonathan wow 14:53
cognominal at the pace of a camel it get there 14:55
jonathan, I am doing PCT and the regexen in my presentation. So you can skip that. 14:56
presentations (plural)
jonathan OK.
Will think of other things to do in my Rakudo talk. :-)
cognominal I guess you have plenty of material 14:57
jonathan yeah 14:58
Though I spent some time showing people PCT and match objects this time around.
~But you are covering those quite a bit.
I'll just pimp my mutables. ;-)
cognominal btw, I had problem with constants and TYPECHECK fonction class Foo { constant toto = 3 }; 15:00
www.parrotcode.org/docs/parrothist.html # gotit 15:07
15:13 cjfields joined
jonathan cognominal: I didn't know they were implemented yet? 15:13
cognominal ok :) 15:14
jonathan (constant, that is)
cognominal so I should do has $var = 4
15:14 alin joined
cognominal strange I remembered it compiled, 15:15
jonathan cognominal: Default values in attributes don't work yet either. 15:16
That is something I want to do real soon though.
But, mutable refactoring and stuff first. 15:17
cognominal one thing that would be great is to die nicely on unumplement edstuff
yea, better finish that :)
jonathan I always try to do this, when I put stuff in.
Better than silent failure. 15:18
I've gotta refactor the type checking.
I know that fixing that up should fix at least one of the remaining broken tests. But I hope for more.
It's about four spectest_regression tests that fail. 15:19
15:26 kj joined
jonathan cognominal: Just think, you can badger me about all these things and try to talk me into fixing them at FPW. :-) 15:27
15:27 Psyche^ joined
pmichaud hello 15:33
purl que tal, pmichaud.
jonathan hi pm 15:36
pmichaud good afternoon, evening, or morning as appropriate :-)
jonathan Late afternoon, here in Stockholm.
pmichaud presentations went well?
jonathan Yes, I think so. 15:37
People seemed quite interested and asked lots of good questions.
pmichaud that's a good sign.
jonathan Thing there was some general interest in doing stuff with PCT as well as Rakudo.
s/thing//
Someone asked about code coverage support.
Others about implementing IO and SmallTalk with PCT. 15:38
pmichaud hmmm, Smalltalk would be interesting.
kj good afternoon 15:39
jonathan Some academic folks working on a langauge compiling down to JVM at the moment were interested in a Parrot backend too.
And people seemed generally happy to see the progess on Rakudo.
*progress
kj I just saw you talking about smalltalk. I think that shouldn't be too hard. except it's difficult to find a proper grammar specification for it
pmichaud I'm happy. I'm very happy to see progress on mutables. 15:40
jonathan Well, if I'm doing it right. ;-)
pmichaud so far I think it looks pretty good.
jonathan OK, that's a good sign.
pmichaud will mutables get %!properties ?
jonathan Going to refactor type check stuff.
I can't call it %!properties in C. :-(
pmichaud well, the equivalent. :-)
jonathan But I added a properties attribute last night.
Not using it yet, just initializing it. 15:41
pmichaud I remember when properties were built-in to every PMC :-)
jonathan Not quite worked out how to implement VAR() and .VAR macros just yet.
Oh, wait, I think I did have an idea for that.
pmichaud I was thinking a special Mutable/PMC
15:41 Theory joined
pmichaud kinda along the lines of what we were doing with .Super 15:42
jonathan You get a VarMutable PMC back, or something with a good name (I always come up with sucky names) that does Stuff do the Mutable PMC itself.
pmichaud exactly.
jonathan s/do/to/
OK, good.
Glad we're figuring out this stuff in the same kinda way.
pmichaud that seems like the best bet for now.
jonathan We might even be getting it right... 15:43
Anyway, may do the type check refactor and clean up initialization stuff by using :viviself better tonight or tomorrow during my connection wait in Prague.
15:44 teknomunk joined
jonathan Then I'll see what's failing out of spectest_regression. 15:44
pmichaud okay. I got to thinking about it more and I think you don't need :viviself -- just bind
i.e., create the appropriate mutable, then bind it to a PAST::Var with isdecl set
jonathan Right, but then your AST end up with a PAST::Op node in it, where we'd get a cleaner implementation with a PAST::Var. 15:45
The special case code in .= can probably go away then.
pmichaud well, if it's lvalue semantics we need, PAST::OP will have or need to get those 15:46
jonathan having a PAST::Var and using :viviself feels cleaner to me.
Have you a reason not to use it?
pmichaud well, :viviself generally says what to do if the symbol is PMCNULL
I don't know if it will force vivification at that point. 15:47
(in the sense of forcing the creation of the mutable)
jonathan Ah.
OK.
Does not using viviself also let us get rid of all the vivify branches? If so, that's certainly a good thing. 15:48
Oh, have to go now!
Back in a bit...
pmichaud yes, not using viviself means we can get rid of all of the vivify branches. 15:51
and that's what I'd really like to do. Essentially we're moving vivification from the PIR code into the variable/PMC, which is a good thing. 15:52
well, we may still have vivify branches for keyed access
and possibly for package globals 15:53
15:56 iblechbot joined
pmichaud I really need a way to determine if a class implements a particular method or not. :-( 16:00
kj isn't that what 'does' do? 16:01
pmichaud 'does' does roles
normally it would be 'can'
kj but that doesn't work?
'can', that is?
pmichaud it works on instances of a class, but not the class itself
$P0 = get_class 'Foo' 16:02
kj shouldn't that be implemented on the class pmc then?
pmichaud 'can' on a class PMC means something different.
it asks whether the class PMC can do something, not whether instances can do it
kj ah I see
that makes sense
pmichaud I'll just write a helper function to do it for now. 16:03
kj what does 'has' do?
attributes?
purl attributes are immutable or transactional
moritz kj: yes 16:18
16:51 ejs joined, Psyche^ joined 16:54 Auzon joined
dalek r27815 | pmichaud++ | trunk: 17:02
: [p6object]:
: * It seems to be really difficult to reliably determine what methods
: a PMCProxy has available. So, rather than "add method x only if
: it doesn't already exist", we do the add and ignore any "method 17:03
: already exists" exception that results.
diff: www.parrotvm.org/svn/parrot/revision?rev=27815
japhb Any Mac OS X people about? 17:13
17:17 NotFound joined
NotFound Hello. 17:17
17:23 gryphon joined
Patterner japhb: depends on what you need them for... 17:35
japhb Patterner: simple question. What is the proper capitalization of framework names? 'OpenGL.framework' or 'OpenGL.Framework' or 'OpenGL.FRAMEWORK' or ...? I'm writing some porting documentation, and figured I might as well get it right. 17:36
Patterner Well, I'm not an expert, but from the Apple documentation I would say "OpenGL Framework" or "OpenGL framework" 17:39
but never "FRAMEWORK" :) 17:40
personally I would always use "OpenGL Framework"
japhb Fair enough. 17:43
dalek Conrad Schneiker | Parrot: 17:47
link: www.perlfoundation.org/parrot/index.cgi?parrot
japhb Do we have any Win64 users? 17:53
18:06 braceta_ joined 18:12 Zaba_ joined
pmichaud I propose that we have rakudo's "make test" target also run Parrot's codingstd and metadata tests. 18:14
dalek r27816 | pmichaud++ | trunk: 18:17
: [rakudo]:
: * Fix codingstds and metadata on rakudo files.
diff: www.parrotvm.org/svn/parrot/revision?rev=27816
18:17 braceta joined
japhb pmichaud: definitely 18:18
purl Absolutely!
japhb purl, forget definitely
purl japhb: I forgot definitely
dalek r27817 | pmichaud++ | trunk:
: [p6object]:
: * Make 'register' a bit smarter about being passed a protoobject for a parent.
diff: www.parrotvm.org/svn/parrot/revision?rev=27817
r27818 | pmichaud++ | trunk: 18:19
: [rakudo]:
: * Improve the mapping of Parrot's built-in types to Rakudo types.
: * Resolves RT#54796.
diff: www.parrotvm.org/svn/parrot/revision?rev=27818
NotFound Soemone can test my last patch in #54602 on no-386? 18:28
dalek r27819 | bernhard++ | trunk: 18:42
: [c99]
: Clean up files in src/cpp.
diff: www.parrotvm.org/svn/parrot/revision?rev=27819
18:56 parrot-poke joined
parrot-poke hey, "parrot-devel" on the web site still points to 0.6.1 instead of 0.6.2 18:57
19:17 wknight8111 joined
DietCoke someone sent an email, fixing it now. 19:21
fixed 19:22
19:23 cjfields joined
cjfields pmichaud: r27818 also fixes RT#54724 19:24
pmichaud++
I'll close it out 19:25
pmichaud yes, it does -- thanks for catching that.
I'm working on figuring out what's up with Parrot's parameters
wknight8111 Where should I put tests for PIR? languages/PIR/t?
DietCoke no. 19:26
wknight8111 i didn't think so, but I couldn't find a place that screamed "appropriate"
DietCoke compilers/imcc/syn ?
purl compilers/imcc/syn is probably fine I guess
DietCoke there isn't an awesome place atm, but that'll work
wknight8111 there isn't even a directory for compilers/imcc/syn yet. I should create it? 19:27
DietCoke hang on.
purl i think hang on. is this from the command prompt, or from within the ide?
DietCoke parrot/t/compilers/imcc/syn
wknight8111 oh, that makes good sense 19:28
japhb purl, forget hang on. 19:54
purl japhb, I didn't have anything matching hang on
japhb purl, forget hang on.
purl japhb: I forgot hang on.
dalek r27820 | Whiteknight++ | trunk: 19:55
: [imcc] implementing #48549, allowing ".namespace" declaration to have empty brackets. Also adding 1 test to ensure this all works correctly.
diff: www.parrotvm.org/svn/parrot/revision?rev=27820
japhb finds macabre satisfaction in slowly trimming purl's memories
cognominal you had problem with HAL in a previous life? 19:58
japhb :-)
cognominal be HAL 19:59
japhb What bot does that? 20:01
cognominal purl, you ennemy
purl cognominal: what?
cognominal be thedude
purl Nobody calls me Lebowski. You got the wrong guy. I'm the Dude, man.
cognominal I forgot what PIR was acronym for :( 20:02
japhb Parrot Intermediate Representation, IIRC 20:03
cognominal ok, I thought that but was not sure, googl was not too helpful on that one 20:04
dalek r27821 | bernhard++ | trunk:
: #43149 ([TODO] Fake header entry necessary in config/init/hints/linux.pm?)
: i_lib_pthread seems to be unused.
diff: www.parrotvm.org/svn/parrot/revision?rev=27821
japhb purl, PIR? 20:05
purl PIR is a bofh at tufts or www.pir.net or Passive Infra Red or Parrot Intermediate Language (and almost an acronym) or the Price is Right. or www.parrotcode.org/docs/art/pp001-intro.html
japhb Interesting
20:05 Zaba joined
dalek r27822 | Whiteknight++ | gsoc_pdd09: 20:07
: [gsoc_pdd09] updating to trunk r27820
diff: www.parrotvm.org/svn/parrot/revision?rev=27822
japhb Is there a good section in config/gen/makefiles/root.in for additional dependencies for a runtime/parrot/library/foo.pbc file? The corresponding .pir file .includes other .pasm and .pir files, so there should be additional make dependencies there ... but root.in contains several "dependencies" sections, and it's not clear to me where this type of additional dependency belongs.
whiteknight seen chromatic? 20:09
purl chromatic was last seen on #parrot 5 days and 17 hours ago, saying: You know, the usual. [May 20 20:05:31 2008]
japhb For that matter, many .pir files .include a .pasm/.pir or two, and I don't think any of them have explicit make dependencies. Should we add dependencies for all of them manually, or add some sort of autodepends for them? 20:13
dalek r27823 | bernhard++ | trunk: 20:18
: Remove deprecation notice for resolved ticket RT#53606.
diff: www.parrotvm.org/svn/parrot/revision?rev=27823
20:29 Zaba_ joined 20:52 Limbic_Region joined 21:02 Ademan joined 21:07 Zaba joined 21:15 ruoso joined
dalek r27824 | Whiteknight++ | gsoc_pdd09: 21:18
: [gsoc_pdd09] setting up basic scaffolding for new GC.
diff: www.parrotvm.org/svn/parrot/revision?rev=27824
21:21 Ademan joined 21:26 wknight8111 joined 21:27 Zaba_ joined
bacek morning all 21:32
purl morning, bacek
Tene git svn rebase 21:33
bacek pmichaud, ping 21:35
pmichaud pong
bacek ho!
pmichaud, can you commit patch from #54826 21:36
please
pmichaud yes, I'm catching up on my backlog of rt tickets. 21:37
bacek pmichaud, thanks. There is few more patches. 'map', 'grep' and 'reduce' cleanup, etc 21:38
pmichaud right. most of today I've been tracking down bugs in Parrot's calling conventions :-( 21:39
bacek pmichaud, successfully?
21:39 dcat_ joined
pmichaud mostly identifying what's broken and what needs to change 21:40
japhb Ron Blaschke? 21:41
Blaschke?
bacek pmichaud, result it 'everything broken and we should rewrite from scratch'? :)
japhb sigh.
pmichaud no, just that it needs a bit of a re-think, I think.
and there are a couple of bugs (RT#54860, for instance) 21:42
21:43 Zaba joined
bacek pmichaud, I see similar thing as in #54860 on implementing map. 21:43
21:44 Auzon joined
bacek time to go to $otherjob... 21:46
pmichaud working on #54826 now (just testing spectest_regression first) 21:47
bacek pmichaud, you have to remove 'skip 'dies_ok not implemented' in tests. 21:50
some kind of dead-lock. I can't commit tests without new Test.pm :) 21:51
moritz bacek: you can modify them locally
bacek: and send the two patches together 21:52
bacek yes, I have them modified. And they works with Test.pm from #54826.
dalek r27825 | pmichaud++ | trunk:
: [rakudo]:
: * Add dies_ok and lives_ok to Test.pm
: * Patch courtesy Vasily Chekalkin <bacek at bacek.com>
: * Resolves RT#54826 (bacek++)
diff: www.parrotvm.org/svn/parrot/revision?rev=27825
bacek moritz, sorry. pmichaud and TimToady convinced me for commitbit in pugs ;) 21:53
moritz bacek: they have the better social skillz it seems ;) 21:54
bacek moritz, :) But I think sometime about your offer. So half of glory is yours ;) 21:55
pmichaud, thanks for commit
moritz bacek: glory is overrated. Code matters ;-)
well, and documentation 21:56
bacek moritz, yeah. But what about karma? :)
pmichaud code gets more karma.
bacek pmichaud, can I get commitbit to parrot? I promise to be good and careful ;) 21:57
moritz bacek: well, karma is nice, but I'd change all of my #perl6 or #parrot karma for any additionally implemented feature in rakudo, if I had the choice ;)
purl is nice, but i'd change all of my #perl6 or #parrot karma for any additionally implemented feature in rakudo, if i had the choice ;) has neutral karma
pmichaud bacek: see "Getting Commit Privileges" in docs/submissions.pod 21:58
bacek: main thing is that we need a CLA for you
CLA?
purl CLA is Contributor License Agreement or www.perlfoundation.org/contributor_..._agreement
21:58 Theory joined
bacek moritz, which feature to you want? I can implement it for karma ;) 21:58
bacek will code for karma ;)
pmichaud, printed, signed and faxed?
pmichaud bacek: I don't make those rules. :-) 21:59
can be mailed instead of faxed.
bacek pmichaud, I understand...
pmichaud I don't know if they take scanned email copies or not.
bacek pmichaud, I'll read it.
moritz bacek: I think '.assuming' (currying) shouldn't be too hard once the formal parameters are well in place
bacek pmichaud, paper-mail is so last century 22:00
pmichaud moritz: agreed.
bacek moritz, I'll take a look
bacek really have to go to $otherjob...
pmichaud bacek: I think it's a legal requirement to have an actual signature somehow.
bacek bye. See ya in couple of hours.
pmichaud, ok.
22:11 clunker3 joined 22:21 Whiteknight joined
dalek r27826 | pmichaud++ | trunk: 22:21
: [p6object]:
: * When registering a parrotclass under a given protoobject,
: we shouldn't automatically put the protoobject under the
: parrotclass name. Leave that to the caller to decide.
diff: www.parrotvm.org/svn/parrot/revision?rev=27826
22:24 cognominal joined
japhb Speaking of CLA and commitbit ... I know my CLA has been received, and I saw at least one +1 for my commitbit on channel. Who/what am I waiting on? 22:24
pmichaud I'm not sure. 22:25
japhb Header lines that drive me batty: 'typedef char String[81];' 22:26
dalek r27827 | pmichaud++ | trunk: 22:30
: [rakudo]:
: * Fix [] subscripts to use keyed_int.
diff: www.parrotvm.org/svn/parrot/revision?rev=27827
r27828 | tene++ | trunk: 22:31
: [cardinal]
: * Track object model changes in rakudo
diff: www.parrotvm.org/svn/parrot/revision?rev=27828
r27829 | tene++ | trunk:
: [cardinal]
: * Indexed variable access works
: * array creation works
diff: www.parrotvm.org/svn/parrot/revision?rev=27829
r27830 | tene++ | trunk:
: [cardinal] 22:32
: * Fix nested array creation
: * Add 'each' builtin
diff: www.parrotvm.org/svn/parrot/revision?rev=27830
r27831 | tene++ | trunk:
: [cardinal]
: * Add the 'methods' method to Object.
diff: www.parrotvm.org/svn/parrot/revision?rev=27831
r27832 | tene++ | trunk:
: [cardinal]
: * Drop the filename from ARGS
diff: www.parrotvm.org/svn/parrot/revision?rev=27832
22:34 alin joined
Tene I still need a commit setting svn metadata on some new files. 22:38
22:39 cognominal joined 22:44 Casan joined
dalek r27833 | tene++ | trunk: 22:48
: Fix svn properties on new test files.
diff: www.parrotvm.org/svn/parrot/revision?rev=27833
Tene So, when implementing gather/take, where should I store the list while I'm building it? Just generate a variable with an absurd unusual name? 22:57
DietCoke that sounds like a hack! 23:03
Tene Yeah, it does.
DietCoke tene: if you run the distro tests after doing an svn add but before doing the set, they'll fail.
(that presumes remembering to run the tests, of course)
Tene That's why I'm asking for other ideas. I've run into similar problems before, but I've been able to avoid solving this problem until now. 23:04
23:04 Zaba joined
Tene DietCoke: I can't figure out how to set svn properties with git-svn, and I make a foul mess of things when trying to work with svn directly. 23:04
DietCoke <shrug> git ain't supported, exactly. I'm not sure how you'd manage to screw it up with straight svn, but could help with that end of things. 23:06
Tene I can set the properties just fine with svn, but when trying to use svn for actual work, I can't seem to keep anything straight. I commit things I don't intend to commit, etc. 23:09
Whiteknight Same here. I have such a hard time only committing a few files 23:10
Tene I suppose I could generate diffs from my git commits and apply those to an svn tree, but that's a painful process.
pmichaud well, since gather/take is supposed to be lazy, I've been thinking that it would tend to work using a coroutine somehow. But that of course implies that we have lazy lists.
Auzon I usually run a 'svn diff' prior to committing. Also try 'svn ci' without specifying a commit message on the command line. It should bring up EDITOR which shows which files are changed 23:11
Tene pmichaud: so that approach would work fine for now, and can be re-worked once we have lazy lists? Or is it not worth trying to implement before then?
pmichaud well, one could certainly make the 'gather' step eager for now 23:12
and the argument to gather could then be a coroutine
Tene so then I need to learn about coroutines in parrot. Okay.
pmichaud but I suspect that requires that we have appropriate exceptions for 'take', too
i.e., it's the same problem as 'return'
Tene Ah.
dalek r27834 | Whiteknight++ | gsoc_pdd09: 23:13
: [gsoc_pdd09] more scaffolding, function prototypes, etc.
diff: www.parrotvm.org/svn/parrot/revision?rev=27834
pmichaud let me re-check S04
I wonder if 'take' is dynamically scoped -- i.e., can gather call a function that then performs 'take' ? 23:16
if so, then that would likely be a different approach 23:19
Tene Hm. 23:23
So coroutines are pending on exceptions from allisson? 23:24
pmichaud no, coroutines work fairly well in Parrot at the moment.
japhb New OpenGL patch set submitted to RT, for those interested in helping to test ... 23:25
23:31 dolmen joined
dolmen in PIR, how can I push a list in a list without ti to be flattened ? 23:31
23:35 tetragon joined
Tene pmichaud: are coroutines supported in PCT? 23:39
pmichaud Tene: not directly 23:49
we can probably make something to do them, though. basically a coroutine is anything with a .yield() in it.
Tene Hm. 23:50
I'll look into it.
23:51 kid51 joined
pmichaud but that's why my earlier question about take being dynamic versus lexical in nature 23:53
Tene Yeah, that's important. 23:54
pmichaud regardless, we may end up implementing 'given' as a special PAST::Op type.
Tene Traveling again now. Seeya.
pmichaud later

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!