Camelia, the Perl 6 bug

IRC log for #parrot, 2009-01-30

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 rg yes, works for me. there's also another rethrow test before that, which is testing rethrow to a different handler.
00:00 Tene Allison commented it out when she merged in pdd25cx
00:00 Tene allison: are we deprecating rethrow?
00:00 Coke Tene: I haven't tested since annotations were added, but "rethrow" was equivalent to "throw".
00:01 Tene Coke: it hasn't ever been equivalent to rethrow since I've been working with exceptions.
00:01 rg from what i've gathered so far, it isn't. rethrow will not throw to a handler that was already called.
00:01 Coke you mean, rethrow hasn't quite rethrown? right. that's the problem. We should either fix that or throw it out.
00:01 Tene Coke: eh?
00:01 Tene rg: exactly
00:02 Coke tene: I don't know what your send means, then.
00:02 Tene Coke: what's the problem with rethrow?
00:02 Coke because it sounds like you're agreeing with me.
00:02 Tene Maybe. :)
00:02 Coke tene: it doesn't behave like a rethrow.
00:02 Tene Coke: what difference should there be?
00:02 dalek joined #parrot
00:02 Coke "pretend I never caught this exception"
00:03 Tene Coke: when you rethrow an exception, it continues walking an iterator of handlers.  the same iterator it used originally, picking up where it left off.  What "pretend I never caught it" effects besides that should there be?
00:04 dalek parrot: r36164 | Infinoid++ | trunk:
00:04 dalek parrot: [cage] Fix a couple of codetest failures.
00:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36164/
00:04 Tene are you saying that rethrow should undo something?
00:04 Infinoid Coke: ^^
00:04 rg for me, there's also the question of stack trace.
00:04 Tene I can look at the stack trace thing tonight.
00:05 rg don't worry about it on my behalf. i haven't figured out what it does and what i'd like it to do, yet ;)
00:05 Tene if I can remember it by the time I get home.  I've been meaning to work on exceptions all week so far but keep forgetting by the time I'm home.
00:05 nopaste "coke" at 72.228.52.192 pasted "for tene" (20 lines) at http://nopaste.snit.ch/15458
00:05 Infinoid home &
00:05 Coke tene; there's my sample problem.
00:05 rg so we're agreeing that rethrow is useful and not deprecated?
00:05 Tene Coke: so it's the stack trace issue.
00:05 Coke rethrow is useless.
00:06 Tene Okay.
00:06 Coke (to me)
00:06 Coke Infinoid: hurm. I didn't see the partcl commit from earlier.
00:06 rg coke: i think what you want is not rethrow, but pop_eh; throw
00:07 NotFound I think that the intention is that can_handle be used for exceptions handlers that do not want to catch all.
00:07 NotFound Rather than catching all and retrhowing somes.
00:07 Coke rg: no, throw there /definitely/ reports as coming from that line.
00:07 Tene NotFound: yes, but there are some conditions where you want to do something first and then let the exception continue on
00:08 Coke NotFound: presuming I can know at compile time what types I care about, sure.
00:08 rg tene: oh, sorry, read that the other way round. you're right of course.
00:08 allison Tene: we're not deprecating rethrow
00:09 NotFound Coke: you can add at runtime things at the exception handler that modifies what can_handle does
00:09 AndyA joined #parrot
00:09 allison Coke: and it's not useless, it's absolutely required for getting the next handler out the list of possible handlers
00:09 Coke allison: "to me"
00:09 Tene allison: what did you mean in t/pmc/exception.t in the pdd25cx merge, then?
00:10 rg yes, but like he said, it should not show up in the stack trace.
00:10 allison Tene: revision #?
00:10 Tene allison: 29952
00:10 Tene still in trunk
00:10 Tene t/pmc/exception.t +567
00:11 Tene and you commented out the rethrow line in that test
00:13 rg also, the test works if you put in the rethrow line and we probably have similar tests in other places (i've just found out i haven't even seen them all, yet ;))
00:13 allison Tene: (don't see any changes to t/ in that revision)
00:14 allison Tene: in an earlier rendition of the exceptions PDD we were going to deprecate rethrow and have exception handlers mark an exception as "handled"
00:14 allison Tene: then any exceptions not "handled" would be automatically rethrown
00:15 allison Tene: the usage pattern wasn't very natural, so ended up keeping "rethrow" instead
00:15 Tene Okay.
00:16 allison Tene: (though, rethrow itself changed extensively internally, kept the same interface)
00:16 rg ok, so do you want a ticket or are you just going to change the test and comment real quick?
00:17 allison Coke: and the problem with the reports is that it should be reporting based on the captured 'backtrace', not based on a live trace of the current execution
00:18 allison Coke: because the live trace will certainly be wrong for a rethrow
00:18 Coke so we agree on that. awesome. =-)
00:19 Coke Infinoid: is partcl on the list of feeds?
00:21 rg seen infinoid
00:21 purl infinoid was last seen on #parrot 16 minutes and 23 seconds ago, saying: home &
00:23 NotFound joined #parrot
00:30 rg next question:
00:30 purl i guess next question: is the source sensible?
00:30 nopaste "rg" at 93.104.123.220 pasted "pop_eh in .sub" (18 lines) at http://nopaste.snit.ch/15459
00:32 rg i would expect this to fail like the 'pop_eh with no handler' test
00:33 lathos pop_eh fails unless LANG=en_CA
00:34 rg lathos: huh? i don't have LANG set
00:35 NotFound rg: I expect that nobody wants to write code like that
00:36 rg sure, but don't we want to give them a proper hint if they accidentally did?
00:37 NotFound That depends of the cost
00:37 rg i guess my real question is: what is the intended relation between exception handler stack and call stack.
00:37 NotFound I suspect the cost will be high
00:39 NotFound rg: the exception handler in the languages I know that use it works on the suposition that each block minds his own business.
00:40 Infinoid Coke: okay.  You know the first time I said everything should work?  I was lying.  But this time everything should work.  No, really.
00:40 Infinoid Coke: Have you committed anything since the last time dalek was restarted?
00:41 dalek partcl: r325 | wcoleda++ | wiki/PartclSource.wiki:
00:41 polyglotbot OUTPUT[invalid command name "r325"␤]
00:41 dalek partcl: note the new parrot repository URL.
00:41 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=325
00:41 polyglotbot OUTPUT[invalid command name "note"␤]
00:41 polyglotbot OUTPUT[invalid command name "review:"␤]
00:41 Infinoid oh, haha
00:41 rg outch :)
00:41 * Infinoid removes the "partcl" alias
00:42 rg i guess you'll have the same problem with rakudo then
00:42 Infinoid rakudo: r235
00:42 NotFound ETOOMUCHBOTS
00:42 polyglotbot OUTPUT[Could not find non-existent sub r235␤current instr.: '_block14' pc 53 (EVAL_16:38)␤called from Sub '!UNIT_START' pc 18229 (src/builtins/guts.pir:321)␤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 950 (src/PCT/HLLCompiler.pir:527)␤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1275
00:42 polyglotbot ..(src/PCT/HLLCompiler.pir:688)␤called from Sub 'p...
00:42 particle polyglotbot should ignore other bots
00:42 Infinoid Yeah, that's a better idea.
00:45 polyglotbot joined #parrot
00:46 NotFound rg: pop_eh use Parrot_cx_delete_handler_local, wich "Remove the top task handler of a particular type from the context's list of handlers."
00:47 rg notfound: i've seen the code when i submitted the fix for count_eh. I can't say i've quite understood the inner workings from that, though ;)
00:48 NotFound There is always the possibility that the comment not adequately reflects what the function does, certainly.
00:52 NotFound rg: comment out the push_eh and see what happens :)
00:52 NotFound You are catching the "No handler to delete"  exception
00:53 rg yes, if there is no handler on the stack at all, we're getting the expected exception.
00:53 rg ahh !!!! :)
00:53 rg right. good point
00:53 NotFound And there is no, check it with pop_eh
00:54 NotFound errrr... count_eh
00:55 Coke now if I could only claim wcoleda's karma.
00:55 NotFound So comments and function names are right, is a strictly local business.
00:55 rg notfound++ great catch. i totally didn't see that.
00:57 cotto karma wcoleda
00:57 purl wcoleda has karma of 1
00:57 cotto wcoleda--
00:57 cotto Coke++
00:59 NotFound Maybe we need a trace mode that trace all push_eh and pop_eh usages.
01:02 rg i don't think so. i just shouldn't have been so lazy and actually used (and checked) a message
01:04 TiMBuS joined #parrot
01:06 rg ok, so finally, i can start trying to understand something in pct that is used by rakudo. to each (block) node, you can attach a list of handlers that get installed as exception handlers around that block. right now they don't get pop_eh-ed inside the handler. i wonder if there is a proper solution for that and what was the intended behaviour.
01:08 particle joined #parrot
01:09 NotFound Is there a need to pop them?
01:10 rg if there is an exception in the handler code you get an infinite loop (assuming the exception won't go away on subsequent calls)
01:10 TiMBuS make exceptions from inside handlers use a different status?
01:11 NotFound In C++ that type of things does a call to a function intended to do a minimal cleanup and die.
01:12 NotFound Is considered a completely unmanageable situation.
01:13 cxreg http://pdnblog.palm.com/?p=50#comment-136
01:13 TiMBuS the only situation i can think of is an exception handler running code that might throw an exception from say inside a parrot op
01:13 rg i think it's perfectly valid code. in a try/catch type of situation (which is handled differently in pct) it works quite well (with a little patch to fix a FIXME ;))
01:14 Coke is anyone able to run dotnet atm/
01:14 Coke (languages/dotnet)
01:15 NotFound Mmmm... i think I misunderstood
01:16 Coke jonathan: ping
01:16 NotFound Brain overloaded, going to bed ;)
01:17 basic Infinoid: want to try another email test?
01:17 rg notfound: i think i should do that, too. thanks for the help.
01:29 particle1 joined #parrot
01:45 nopaste "kid51" at 71.247.55.19 pasted "t/native_pbc/number.t fails on Darwin/PPC" (52 lines) at http://nopaste.snit.ch/15460
01:46 kid51 That failure observed at r 36162.  Have not seen it before.   Any ideas?
01:46 Robrt left #parrot
01:47 rg inf/nan related?
01:48 chromatic Probably endianness.
01:50 kid51 Has never failed before for me on this or any other platform.  Continues to pass on Linux/i386.
01:50 dmajnem2 I have an error on t/native_pbc/number
01:50 dmajnem2 x86_64 on ICC
01:51 kid51 So, Houston, we have a problem.
01:51 kid51 Well, here's one clue:  File was modified today.
01:52 chromatic Why are we even running those tests?  I disabled them a long, long time ago.
01:53 particle1 not well enough
01:54 nopaste "kid51" at 71.247.55.19 pasted "today's modifications in file experiencing failures" (96 lines) at http://nopaste.snit.ch/15461
01:55 dmajnem2 I just pasted the failure I got from t/native_pbc/integer, I suppose they are related to the failures in number
01:55 chromatic r36160
01:57 dmajnem2 I suppose those should just be disabled on other platforms then?
01:59 chromatic Everywhere.
01:59 kid51 Created https://trac.parrot.org/parrot/ticket/254
02:00 kid51 dmajnem2  Where did that paste go to?
02:00 dmajnem2 kid51: http://nopaste.snit.ch/15462
02:02 kid51 yes that does look similar
02:02 * kid51 bbial
02:04 dmajnem2 who should I get in touch with if I want to help out with the amd64 JIT? it seems to be lacking the capability to emit an executable... WhiteKnight?
02:05 dalek parrot: r36165 | cotto++ | trunk/src/pmc:
02:05 dalek parrot: [pmc] update *StringArray? to use ATTRs
02:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36165/
02:05 Whiteknight dmajnem2, I was planning to work on the amd64 JIT eventually
02:05 Whiteknight so if you want to play with it, I would defintely lend a hand
02:07 Whiteknight I don't have a good reference for amd64 instruction word formats, so my hands are tied a little bit on that until I find one
02:08 dmajnem2 Whiteknight: I know a lot less than you, I do not know enough to take on something like this as I am still trying to learn how parrot works.
02:08 dmajnem2 However, I think I can help out with that.
02:08 cotto That's odd.  I didn't type that question mark.
02:09 TiMBuS Whiteknight, i got the amd64 ABI a little while ago trying to figure out the new function calling format
02:10 TiMBuS you want a link to that?
02:10 Whiteknight TimBus: I would love that, yes
02:11 TiMBuS http://www.x86-64.org/documentation/abi-0.99.pdf
02:11 Whiteknight dmajnem2: That's the best way to learn, is start working on a project you're not quite qualified for. You'll learn about the rest of parrot while researching your work on the JIT
02:11 TiMBuS the function calling convention is really annoying, they moved back to register-based =/
02:11 Whiteknight hell, I still don't understand how all this stuff works
02:12 kid51 dmajnem2:  I added your paste to that TT
02:12 cotto How clever.  Dalek's publishing svn commit messages with broken wiki links.
02:12 TiMBuS i mean that makes sense since theres more registers but it would suck to hand code asm
02:14 Eevee joined #parrot
02:16 dmajnem2 TiMBuS: isn't it just a logical extension of how __fastcall on most 32 bit compilers worked?
02:16 TiMBuS yes its a lot like fastcall
02:17 TiMBuS im just very used to just pushing arguments before a call. i liked it
02:17 dmajnem2 A while back, I came across http://www.agner.org/optimize/ during research on JITs. They have a useful break down of all sorts of neat things like instruction latencies on different architectures and various other optimizations
02:18 TiMBuS plus, the gcc compiler just pushes function arguments onto the stack in their preamble anyway
02:18 rg cotto: what's broken?
02:18 dalek parrot: r36166 | cotto++ | trunk/src/pmc:
02:18 dalek parrot: [codingstd] trailing space fix
02:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36166/
02:18 cotto dalek parrot: [pmc] update *StringArray? to use ATTR
02:19 cotto Note the ? after StringArray.
02:20 rg ah. i guess infinoid's pulling the message from the page now too. i'd say it's a trac bug.
02:20 rg or feature ;)
02:20 dmajnem2 TiMBuS: I thought that in 64 bit land, the first six ints are in a bunch of the R* registers and the fps are in the XMM* regs?
02:22 dmajnem2 at least, that is what I thought it was on linux
02:22 cotto rg, yup.  At least the migration went smoothly.  I'm quite happy to have goofiness in the rss feed be the most visible problem.
02:28 PerlJam Infinoid: yes, it working now.  Dunno what the problem was the first time I tried it.
02:28 TiMBuS dmajnem2, that would be correct
02:30 diakopter cotto: see halfway down the page... http://trac.edgewall.org/ticket/4321
02:41 Infinoid basic: Ok, I sent another message.
02:42 Infinoid PerlJam: What goofiness?  (As far as I know, the bot is working fine... but I haven't been paying much attention.)
02:44 * allison rebooting
02:44 purl i heard rebooting was the only way to do that i think
02:44 Infinoid basic: Message delivered but apparently had no effect.
02:44 purl Sorry, I've never seen delivered before.
02:48 Infinoid cotto: ping
02:48 cotto pong
02:48 Infinoid [18:12] <@cotto> How clever.  Dalek's publishing svn commit messages with broken wiki links.
02:48 Infinoid which link?
02:49 dalek parrot: r36167 | cotto++ | trunk/lib/Parrot/Pmc2c/Attribute.pm:
02:49 dalek parrot: [pmc2c] Make ATTR accessor generation code smarter about arrays of pointers.
02:49 dalek parrot: This eliminates the compiler warnings from r36165.
02:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36167/
02:49 Infinoid That link works here.
02:49 cotto Yes, but it's a link to nowhere and doesn't make sense in Dalek's context.
02:50 Infinoid ... I click it and it shows me a nice colored version of the r36167 diff
02:50 Infinoid I don't understand.
02:50 cotto Oh. I meant that it added a question mark after StringArray.
02:51 Infinoid Oh, in the r36165 commit message?
02:51 cotto that's the one
02:51 Infinoid Yeah, I saw that too.  That's trac, not dalek.
02:51 Infinoid (I was wondering what that was...)
02:53 kid51 Hmm....  appears that merely adding an attachment to a TT does not update its Last Modified date.
02:54 kid51 seen Coke
02:54 purl Coke was last seen on #parrot 1 hours, 37 minutes and 24 seconds ago, saying: jonathan: ping
02:54 kid51 msg Coke Patch submitted for https://trac.parrot.org/parrot/ticket/108
02:54 purl Message for coke stored.
02:57 Infinoid cotto: Hmm.  I guess I can try to detect when trac wikifies something (probably by searching for "</a>?"), if that would help.  But it appears on trac's changeset page, too.
03:00 cotto Infinoid,  it's a minor annoyance.  It'd be nice to have that work, but that's all.
03:02 Infinoid Any trac admins around?  I'm curious if there are any config options for linkifying CamelCase stuff in commit logs.
03:03 Infinoid "There's an option (ignore_missing_pages in [wiki]) to simply ignore links to missing pages when the link is written using the CamelCase style, instead of that word being replaced by a gray link followed by a question mark." -- http://code.flickr.com/trac/wiki/CamelCase
03:03 Infinoid That looks like what we want.
03:06 cotto yes
03:33 allison joined #parrot
03:38 Andy joined #parrot
04:34 TiMBuS ummm were any changes recently made to pct in say the last, 30 hours or so?
04:36 Tene_ joined #parrot
04:38 TiMBuS there seems to be a bug in the past->pir compiler or something =/
05:07 Coke TiMBuS: https://trac.parrot.org/parro​t/browser/trunk/compilers/pct
05:07 Coke (shows age of recent commits in that dir.)
05:07 TiMBuS that might help
05:07 Coke_z (and no.)
05:10 TiMBuS thats strange then, the AST looks fine to me but it's translating to an error.. can i submit AST in a bug report and someone will be able to replicate it?
05:11 Coke_z TiMBuS: dunno.
05:11 Coke_z if that's all you have, give it a shot. =-)
06:26 craminator joined #parrot
06:26 craminator7 joined #parrot
06:26 craminator7 can anybody help me out with a perl question?
06:27 cotto not if you don't ask ;)
06:27 craminator7 ok
06:27 craminator7 I have Bars stored in $type and I need to use it to make a chart
06:27 craminator7 but when I try this:  $obj = Chart::$type->new();
06:28 craminator7 opps
06:28 craminator7 that is a  dollar sign
06:28 craminator7 anyway that does not work to replace type with Bars
06:30 cotto Hmmm.  Did you try #perl on freenode?
06:30 craminator7 not sure what you mean
06:31 cotto I mean did you try asking in that channel?
06:31 craminator7 I tries placing double, single quotes
06:31 craminator7 oh, no I did not
06:31 cotto I don't really understand what you're asking, and this is generally a place for Parrot discussion.
06:32 craminator7 oh ok
06:32 craminator7 thanks anyway
06:32 purl somebody said thanks was nice, to
06:32 cotto (quick perl questions are fine, but there shouldn't be too much irrelevant in-depth discussion here)
06:36 cotto forget thanks anyway
06:36 purl cotto: I forgot thanks
06:44 Casan joined #parrot
06:53 dngor joined #parrot
06:56 workbench joined #parrot
07:15 skv joined #parrot
07:20 uniejo joined #parrot
07:55 iblechbot joined #parrot
08:29 ChrisDavaz joined #parrot
09:14 masak joined #parrot
09:18 dalek parrot: r36168 | fperrad++ | trunk/config/gen/makefiles/root.in:
09:18 dalek parrot: [OpenGL] revert r36101
09:18 dalek parrot: (already fixed by r36100 in config/auto/opengl.pm)
09:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36168/
09:40 alvar joined #parrot
10:07 Zaba joined #parrot
10:14 masak a number of 'bad plan' spectest failures in Rakudo: http://gist.github.com/54996
10:14 masak can anyone reproduce this?
10:15 masak all tests in 'make test' succeed.
11:09 braceta joined #parrot
11:20 AndyA joined #parrot
11:32 kj joined #parrot
12:14 alvar joined #parrot
12:30 rg1 joined #parrot
12:40 AndyA joined #parrot
12:58 pdcawley joined #parrot
13:06 particle1 joined #parrot
13:16 iblechbot joined #parrot
13:22 cotto TiMBuS, ping
13:22 TiMBuS cotto, pong
13:23 cotto Do you have some runnable code that misgenerates PIR like you reported in TT #256?
13:24 TiMBuS erm, not in any language in parrot
13:24 cotto It's find if the past is hard-coded.  I just want to see if I can trace the breakage to something I changed.
13:26 TiMBuS er, maybe a language with an object that takes 7 arguments :D
13:26 TiMBuS i doubt i could reproduce it in perl6..
13:28 cotto nm.  I'll just hack something up.
13:30 cotto If nothing else, it'll help pmichaud fix the bug
14:06 dalek parrot: r36169 | fperrad++ | trunk/lib/Parrot/Distribution.pm:
14:06 dalek parrot: [tools] retrieve template file, for example test_c.in is a C file.
14:06 dalek parrot: In order to apply the same coding standard for template file.
14:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36169/
14:09 cotto Booyah.  I have a working test case.
14:09 dalek parrot: r36170 | fperrad++ | trunk/config/auto:
14:09 dalek parrot: [codingstd] fix C coding standard in template file.
14:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36170/
14:19 cotto TiMBuS, do you have a case to reproduce the crashy version of that bug?
14:23 TiMBuS that was sort of a strange heisenbug really
14:23 TiMBuS it only seemed to happen from the makeshift REPL the PCT provides, while you had --target=pir on, and only if all you were doing was making a 7-member method.. so yeah its tough to make happen =/
14:25 TiMBuS 7 argument method call* i think im tired
14:30 rurban joined #parrot
14:31 Whiteknight joined #parrot
14:32 cotto It's sleepytime for me as soon as I get the reply posted.
14:33 gryphon joined #parrot
14:39 rurban msvc6 /ZI (Debug with Edit and Continue) has a cpp bug with #include .str files. No-one reported it so far, but lots of projects disabled it.
14:43 dmajnem2 joined #parrot
14:52 DietCoke joined #parrot
14:53 dalek parrot: r36171 | coke++ | trunk/t:
14:53 dalek parrot: These failures have been reported for some time on openbsd; since they're
14:53 dalek parrot: not getting fixed, let's get our smolder back to status quo.
14:53 dalek parrot: Hopefully when they get fixed for windows, they'll get fixed for openbsd, too.
14:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36171/
14:53 dalek parrot: r36172 | fperrad++ | trunk/t/codingstd/make_code_coda.t:
14:53 dalek parrot: [codingstd] fix SVN properties
14:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36172/
14:54 * Coke runs a tcl spec test overnight, and finds many new failures. :|
14:54 rg coke: if it needs to get fixed, shouldn't that be a todo test then?
14:55 Coke rg: very likely
14:56 Coke I was merely adding more cases to the already skipped test, so I plead laziness.
14:57 rg i'm surprised it fails on openbsd at all since it works for me on freebsd.
15:01 rurban coke: this is just a typical platform libc issue, nothing to worry about
15:01 rurban inf/nan
15:01 rurban I'll compare to my clisp workarounds for that platform
15:03 rurban hurray, my msvc6 ide projects work now. This makes a much easier debugging pleasure. Should I add the dsp/dsw to ports/msvc?
15:04 timbunce joined #parrot
15:12 skv joined #parrot
15:14 dalek parrot: r36173 | particle++ | trunk/t:
15:14 dalek parrot: [t] unskip -0 tests no longer failing on windows
15:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36173/
15:14 particle1 it's -0, not inf/nan iirc
15:15 particle1 it may just need a change to the logic in Parrot_sprintf_format that's currently there only for msvc
15:30 Coke particle: yes, those tests I just skipped were -0
15:31 * Coke missed particle's commit.
15:31 Coke particle: we can try skipping the skip for openbsd on one of those tests; if we still get a clean smoke, we can unskip the rest.
15:40 rurban_ joined #parrot
15:41 particle coke: i didn't change any code, just the skip markers for win32
15:41 particle i expect they're still failing bsd
15:41 particle i can't test that platform
15:42 particle kj: ping
15:49 rg particle: seems to be specific to openbsd. freebsd is just fine.
15:49 particle then i suppose those skip markers can be modified for openbsd only
15:50 rg the ones coke just put in were for openbsd only
15:51 particle ah, yes, so they are
15:52 kj particle: hi!
15:53 particle (phone)
15:55 AndyA_ joined #parrot
16:02 particle hi, kj, i'm back
16:02 kj still here
16:02 particle fab.
16:03 particle how goes bytecode emitting from pirc?
16:03 kj bytecode emitting is pretty much complete :-)
16:04 kj the problem is, though that the emitted bytecode is slightly incorrect
16:04 kj not the ops
16:04 kj the ops are fine
16:04 kj but there's something wrong with STRING and FLOAT constant storage
16:05 Infinoid good morning
16:05 kj so everything working with integers is fine, but as soon as you start using strings and nums, things go wrong quickly
16:05 particle hey Infinoid
16:05 purl Infinoid is probably Mark Glines <mailto:mark@glines.org>
16:05 particle interesting.
16:05 kj also, namespaces of subs are not handled correctly yet (ns's are not respected yet), but that should be easy enough to fix
16:06 kj anyway, it's 64bit compatible :-)
16:06 particle i was thinking last night, our disassembler could be written with pct
16:06 particle languages/pbc or something
16:07 kj how would you do that? There's a lot of low-level bit-handling going on there
16:07 particle it's just bits. write a grammar, generate past, let pct generate your pir
16:07 particle although it's probably better to have a custom emitter for pasm direct from the actions file
16:08 desertmax joined #parrot
16:08 kj but you want to parse the bytecode?
16:08 particle yes
16:08 kj is that possible?
16:08 particle sure! this is perl.
16:08 kj heh
16:08 kj but is it possible using PGE's parser techinques?
16:08 particle i thought approaching the problem from another direction might help
16:09 particle i don't see why not
16:09 kj well, PBC is a lot like: first integer indicates the number of objects, then the objects follow
16:09 particle we can match any single char, or string of chars
16:09 kj so it's not context-free, I think
16:09 particle as long as we know the size of an integer
16:10 particle then we use that value to match the objects that follow
16:10 kj but suppose you just parsed an integer
16:10 kj that's the number of ojbects
16:10 kj you'll need an explicit loop to parse the objects
16:11 kj (approach from different direction)++ # nice PIR generation
16:11 kj maybe not use a PGE grammar, but a custom perl script to do the parsing, and build the PAST from that
16:13 Andy joined #parrot
16:13 particle i'm thinking something like: regex t { $num=[\d] (\w) ** {$num} }; ('2ab' ~~ /<t>/).say
16:14 particle that's not correct, but i'm not sure if i've botched the syntax, or if rakudo doesn't yet do ** {$...}
16:14 kj ** is followed by the number of times to match?
16:14 particle yes
16:14 kj ah, neat
16:14 kj well *then* it's no problem :-)
16:14 particle yes :)
16:15 kj eh, yea, that's what I thought of generating PBC :-) ("once that's done, it's easy". Boy, was I wrong)
16:15 particle live and learn...
16:16 rurban What's wrong with our pbc_disassemble? This is also used in the debugger
16:17 kj rurban: not sure if there's anything wrong. It seems to work fine. I can correctly disassemble PIRC-generated bytecode, but the bytecode makes parrot crash
16:17 particle rurban: nothing's wrong with it
16:18 rurban Maybe we need just a -b (bare) mode to produce pure .pir for roundtrips
16:19 particle roundtrip++
16:19 kj particle: I'm hesitant to start yet another project. I tend not to be able to finish stuff (languages/pir, several other languages I get stuck on, languages/pod, to name a few :-) )
16:19 rurban roundtrip and maybe comments. we have the original filename stored as constant
16:20 kj (oh, anybody interested in a PCT-based implementation of ToyScript, the tutorial language of the DLR, gimme a shout)
16:21 rurban Well, I see some invalid .pir from pbc_disassemble: get_params_pc PMC_CONST(4), P0 => get_params_pc "bla", P0
16:21 kj (and for Neko-fans, I think I also got a fairly complete version of Neko's language :-)
16:21 rurban defined_i_p_kc I1,P1[?] => defined_i_p_kc I1,P1[0]
16:21 rurban (parrot_config.pbc)
16:22 kj rurban: what's wrong with the first one, get_params..
16:22 rurban It also looks much more like .pasm, not .pir
16:23 rurban PMC_CONST(4) is a lookup into the constant table. but the standalone .pir has no constant table defined. it needs to be resolved
16:23 kj the PMC constant is a FixedIntegerArray, that encodes the signature of the sub
16:23 kj for each .param, there's 1 element, encoding the type and PCC flags
16:24 kj (slurpy, etc)
16:24 rurban like get_params_pc "[2]", P0 ?
16:25 rurban I see. the params which where used, when it was compiled. okay.
16:25 kj I mean,, an example:
16:26 kj .param int i :optional ==> FIA contains an element encoding the type 'int', and ':optional' flag
16:26 kj if there's 5 params, then there's 5 elements in the FIA
16:26 kj and as it 's one of the 4 var-arg ops, it has a number of registers after that in the disassembly
16:27 kj 1 for each .param, that will contain the argument value
16:27 rurban so set_i_p I2,P0 stores the length of the args into I2
16:28 kj it invokes get_integer vtable method on P0
16:28 kj so depending on what P0 contains, in case of Array, that's the length
16:28 kj (I think)
16:28 rurban try: pbc_disassemble parrot_config.pbc
16:29 kj it seems so, yes
16:29 kj gets length
16:30 kj I think that IMCC doesn't set all the proper flags btw on operands
16:30 kj hence the [?]
16:30 kj in the output
16:32 dalek joined #parrot
16:32 rurban I'll implement now the simple -b
16:33 kj you can also check for an op's operands, what their direction is: IN, OUT, INOUT
16:33 kj if it's OUT, then you can generate <operand> '=' <other operands>
16:33 kj only if #operands > 1 of course
16:33 kj then it'll be more PIRry
16:35 rurban pbc_disassemble also cannot read from STDIN
16:35 kj that wouldn't make sense, would it?
16:35 particle cat mypbc | pbc_disassemble -
16:35 kj right, except if you use pipes :-)
16:35 particle it could make sense
16:35 rurban it would. I don't think the reader has to jump back a lot.
16:36 rurban but it's not very important
16:41 Tene joined #parrot
16:47 Infinoid allison: ping
16:47 Theory joined #parrot
16:51 allison Infinoid: pong
16:51 Infinoid ah, I just sent you a msg
16:51 particle impatient! :)
16:51 Infinoid allison: I was wondering if you could tweak trac.ini slightly...
16:52 Infinoid If you could add the ignore_missing_pages option in [wiki], it would prevent weird markup like you can see on https://trac.parrot.org/parrot/changeset/36165 .
16:52 allison Infinoid: just got your message, sure, no problem
16:52 Coke allison: do we have access to trac.ini ?
16:52 allison Coke: yes
16:52 Infinoid Thanks!
16:53 Coke allison: how?
16:54 kj allison: I have done a simple attempt at subclass HLLCompiler and setting the right stages for languages/pod, but I failed for some reason. I guess a more general HOWTO or tutorial in customizing PCT would be very helpful (also for other languages and things to parse)
16:54 allison Infinoid: done
16:55 Infinoid allison++
16:55 allison Coke: ssh into parrotvm.osuosl.org, and go to /var/lib/trac/parrot/conf/
16:55 allison Coke: you have ssh access
16:57 pmichaud kj:  since that whole approach is likely to change soon, I wouldn't want to spend too much time documenting the way it works now.
16:57 pmichaud (where soon == before feb 2009 release)
16:57 kj pmichaud: fair enough
16:57 Infinoid Oh, there's also an option to disable wiki rendering for commit messages entirely.  Hmm.
16:57 kj (wasting time)--
16:58 allison Infinoid: wiki rendering is useful for commit messages
16:58 moritz pmichaud: which scm is now "official" for rakudo? parrot's svn, or rakudo on github?
16:59 PerlJam kj: you didn't waste time ... with your better understand of how things work now, you'll be able to transition to the new way much easier :)
16:59 Infinoid Yeah.  I love autolinking to other revisions and tickets.
16:59 mj41_ joined #parrot
16:59 pmichaud rakudo on github
16:59 pmichaud I was going to write it all up last night, but ended up being too tired to do so
16:59 moritz pmichaud: ok
16:59 kj PerlJam: it's alright. It's not really my time I'm worried about ;-)
17:00 allison kj: are you getting warnings about the HLLCompiler class not existing?
17:00 pmichaud (it's PCT::HLLCompiler)
17:00 kj allison: yes
17:00 Coke allison: I'll dig through my email to see if I have a password.
17:00 kj I think I also tried that, get_class ['PCT';'HLLCompiler'], and then subclass that
17:01 kj I was also somewhat confused whether I should do it using ops directly, or the P6Meta class objec thing
17:01 pmichaud kj: shouldn't matter -- either ought to work.
17:01 kj pmichaud: ok
17:01 pmichaud load_bytecode 'PCT.pbc'
17:01 pmichaud .local pmc p6meta, perl6
17:01 pmichaud p6meta = get_hll_global ['Perl6Object'], '$!P6META'
17:01 pmichaud perl6 = p6meta.'new_class'('Perl6::Compiler', 'parent'=>'PCT::HLLCompiler')
17:02 Coke allison: nope. mine doesn't happen to be my trac password, so no access just now.
17:02 pmichaud that's the code that rakudo uses.
17:02 Coke I'll bug the admins at some point.
17:02 kj pmichaud: yes I saw that. Why is it done like that seemingly more complex way
17:03 allison kj: the warning isn't coming from pod.pir, it's coming from within generated code from the actions file
17:03 pmichaud ...more complex?
17:03 kj pmichaud: yes, I mean, why not get the class for PCT::HLLCompiler, and subclass that, using ops
17:03 allison Coke: it's not your trac password, but I did send out the login information for everyone
17:03 kj now you create a new class using the meta class
17:03 particle to directors@ iirc
17:03 kj eh
17:03 kj meta class object
17:04 Coke I'm looking at an email from 10/28. I'll try to find something more recent.
17:04 pmichaud as I see it, the metaclass approach uses the same number of lines of code as the directly-via-ops method :-)
17:04 kj pmichaud: which leaves the question (for me), why not use ops directly instead of all the fancy stuff :-)
17:05 pmichaud oh.  the fancy stuff also does things like create protoobjects and put them in the correct places.
17:05 pmichaud i.e., it creates ['Perl6'], 'Compiler'  so that we can get to the object later from HLL   Perl6::Compiler
17:05 kj aah. I'm not very familiar with that stuff.
17:06 kj I should look into that someday
17:06 pmichaud anyway, if you want to do it via subclass, it's
17:06 pmichaud $P0 = get_class ['PCT';'HLLCompiler']
17:06 pmichaud $P1 = subclass $P0, ['POD';'Compiler']
17:07 pmichaud (the other reason for using the p6meta is that some of the opcodes used to not handle keys/namespaces correctly.)
17:08 Coke allison: i have an ftp password, and a trac password reset email. Apologies, I don't see anythign else.
17:08 kj ok, thanks for your patience!
17:08 allison kj: and, that fixes it...
17:09 allison kj: svn update
17:09 purl At revision 666.
17:10 allison Coke: I'll dig around and see if I can find the email
17:10 dalek parrot: r36174 | allison++ | trunk/languages/pod/pod.pir:
17:10 dalek parrot: [pod] Fixing inheritance for HLLCompiler subclass.
17:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36174/
17:11 Coke it's possible my gmail brain is too full. :|
17:12 Coke hurm. anyone have openbsd around? does it report as "openbsd"?
17:12 Coke I am seeing failures still on the openbsd tests.
17:13 Coke ah, those are old. nevermind.
17:13 allison Coke: okay, got it, how do you want me to send you the info?
17:13 Coke allison: if you privmsg me here, I can connect and change it immediately.
17:14 allison Coke: okay, but change it through the web interface, so their LDAP server is updated too  https://admin.osuosl.org/changepasswd
17:15 kj allison: it does, thanks!
17:16 dalek parrot: r36175 | kjs++ | trunk/languages/pod/pod.pir:
17:16 dalek parrot: [pod] add a dummy doctree method. Needs work, but this is the signature anyway.
17:16 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36175/
17:16 davidfetter joined #parrot
17:18 Coke there. now I have access to modify trac.ini. hopefully I won't need to use it. =-)
17:18 Coke hurm. I didn't actually try to modify it. =-)
17:19 Coke I see we still have failing tests on windoes.
17:19 allison Coke: which compiler/perl?
17:20 Coke particle: those tests you uncommented are failing for a windows smoker.
17:20 Coke *unskipped
17:20 Coke http://smolder.plusthree.com/app/public_pr​ojects/report_details/17502#first_failure
17:20 shorten Coke's url is at http://xrl.us/beeccq
17:22 particle coke: with gcc, it seems
17:22 particle they pass with msvc
17:23 particle i'll check strawberry against head
17:45 rurban http://rurban.xarch.at/softwa​re/perl/parrot-msvc6-dsp.zip
17:45 timbunce joined #parrot
17:53 dalek parrot: r36176 | fperrad++ | trunk:
17:53 dalek parrot: [configure] rename some C templates & fix coding standard
17:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36176/
18:05 donaldh joined #parrot
18:07 rurban Anyone on Darwin/PPC around?
18:07 dalek rakudo: 48b6102 | (Moritz Lenz)++ | README:
18:07 dalek rakudo: README: POD-linkified a link
18:07 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​8b6102096d65b3c58a73c2addad15a7cc2bc297
18:08 shorten dalek's url is at http://xrl.us/beecij
18:10 Coke rurban: just darwin/x86 at the moment.
18:10 Coke I have an old ppc machine that /might/ let me boot it.
18:11 rurban I wanted to debug the pbc transformer failures
18:11 rurban Ticket TT #254: ./parrot -o n.pbc t/op/number_1.pasm && make pdump && ./pdump -h n.pbc
18:11 rurban pbc's are still not portable
18:12 rurban I'll check my Solaris 10 VMWare image, maybe this is different.
18:15 chromatic joined #parrot
18:18 timbunce left #parrot
18:24 Coke (not portable) ; yeh, that's why those tests were disabled. added a note to the test; please todo them for platforms they are known to have issues on; that'll let us track passes on platforms as they are fixed, but won't show smoke.
18:25 Coke *to the ticket
18:26 rurban I wait a bit for more failing smokes to get a better idea what's broken, and add it then to the todo logic. irix or some little-endian platform pbc's would be nice to have
18:27 Coke you'll get a better response putting a message out on parrot-dev
18:27 Coke (I'd just ask folks to run "make smolder" and you can sift through the wreckage. =-)
18:28 rurban I know, I'm just booting up my solaris now and check if I can reproduce it there. Then I'll try to get a darwin/PPC vm machine somewhere.
18:28 rurban To fix I'd need to post better instructions anyway, on the list
18:29 Whiteknight I know it fails on my Ubuntu-x86_64. I'm testing now on Win32
18:29 rurban Whiteknight: can you do: ./parrot -o n.pbc t/op/number_1.pasm && make pdump && ./pdump -h n.pbc
18:29 Whiteknight on which system?
18:30 rurban on 64-bit: is there some numval transform?
18:30 Whiteknight I dont have my 64 bit computer till I get home tonight
18:30 rurban there are endianize issues and 4-8 wordsize issues involved.
18:31 rurban the hardest part will be to support older opcodes.
18:31 Coke older?
18:31 purl o/` You're older than you've ever been and now you're even older and now you're even older.  You're older than you've ever been and now you're even older and now you're older still. o/`
18:32 Coke hurm. the spec test for tcl with all the new failures differs only in the revision of parrot used.
18:32 chromatic o/~ TIME IS MARCHING ON.... o/~
18:32 Coke that doesn't bode well.
18:32 Coke chromatic: wait, when was that?
18:33 rurban The packfile source promises to do that at least. haven't checked. I don't support that with the perl5 byteocde format.
18:33 Coke rurban: I don't know what you mean by "older opcodes"
18:33 rurban (I'm the perl bytecode maintainer)
18:34 rurban there's a note on opcode transforms
18:34 Coke I thought we were talking about parrot.
18:34 rurban is it just the ptr swap?
18:34 chromatic rakudobug?
18:34 purl rakudobug is mailto:rakudobug@perl.org
18:36 Coke a commit bit we can believe in.
18:37 rurban I see. No older opcodes, just the opcode ptr swap is seperately listed. That confused me.
18:38 Coke ah, testing. random failures in tcl's make spec test. run the test by hand? it completes.
18:43 rurban I'll leave now until tomorrow
18:49 chromatic Rakudo's page on the P6 wiki is out of date: http://www.perlfoundation.​org/perl6/index.cgi?rakudo
18:57 * allison changing locations
19:06 jhorwitz joined #parrot
19:24 timbunce joined #parrot
20:05 Andy joined #parrot
20:07 braceta left #parrot
20:07 Coke_afk ... is it me, or are the openbsd reports coming in on the same version.
20:19 Infinoid Coke: Yep, and the version they're reporting is just before the repository switch.
20:21 Infinoid Same with the netbsd ones.
20:27 Coke AH
20:27 Coke thanks, that make sense.
20:31 * Coke emails the list.
20:32 Coke Infinoid: IWBNI updates to the drupal site were also tracked by the commit bot.
20:33 Coke http://www.parrot.org/rss.xml
20:34 contingencyplan joined #parrot
20:36 Infinoid Okay.  Did that change?
20:37 Coke no. I just never saw updates from that site come here. =-)
20:37 Infinoid I see there is a plugin in here to track http://www.perlfoundation.org/feed/work​space/parrot?category=Recent%20Changes.  Does that need to be updated?  (I didn't write it.)
20:37 shorten Infinoid's url is at http://xrl.us/beec52
20:38 Coke that's the old, (nq) dead wiki.
20:38 Infinoid Ok.  I can certainly look at adding one for drupal.  Any others I should look at as well?
20:39 geof joined #parrot
20:41 Casan_ joined #parrot
20:43 Coke I updated http://www.parrot.org/download to track infrastructure changes, ripped out a lot of old stuff. another set of eyes would be helpful
20:43 Coke Infinoid: not that I can think of at this time.
20:43 Infinoid Is "news:" an appropriate prefix for drupal hits?
20:43 Infinoid I'm thinking just
20:43 Infinoid news: Some Title
20:44 Infinoid news: http://some/link/
20:44 Coke works for me.
20:45 Coke best location of docs for someone thinking about starting a project with PCT?
20:45 Infinoid docs/dev/ maybe?
20:45 dalek joined #parrot
20:47 Coke existing docs?
20:48 rg what's wrong with expanding docs/pct? there's already a gettingstarted.pod.
20:49 Coke I'm not looking to /write/ docs.
20:49 Coke I'm trying to /find/ them.
20:49 * Coke checks out docs/pct.
20:50 Whiteknight I've got some stuff written in docs/book/
20:50 dalek parrot: r36177 | coke++ | trunk/docs/dev/headerizer.pod:
20:50 Whiteknight and I have some other stuff written up at http://en.wikibooks.org/wiki/Parrot
20:50 Infinoid Poor dalek seems to be lagged.
20:51 dalek parrot: fix POD so the the list renders as one.
20:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36177/
20:52 dalek parrot: r36178 | coke++ | trunk/docs/pct/gettingstarted.pod:
20:52 * Coke wonders why we have 2 separate book efforts.
20:52 dalek parrot: update some links
20:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36178/
20:53 Tene Coke: languages/* and perldoc compilers/pct/src/PAST/Node.pir are useful references.
20:54 Coke languages/* is helpful only if I know what I'm doing. =-)
20:54 Tene Coke: if you could document your learning process, or at least record questions or something, it would be useful for writing better PCT docs soon.
20:57 Whiteknight Coke: I'm writing both of them
20:58 Whiteknight it's not two separate efforts, it's my effort
20:58 Whiteknight I just don't have the attention span to do all my work in one place
20:58 Coke Whiteknight: are they two separate books?
20:58 Whiteknight sort of
20:59 Coke that's not at all confusing. =-)
20:59 Whiteknight They contain mostly the same information, but I'm writing them in different ways. So, it's like different perspectives on the same stuff
20:59 Whiteknight both are limited by my own level of ignorance, of course
21:01 Whiteknight I'm hoping that both books attract their own communities of readers/writers to maintain them.
21:02 Coke I personally would rather hope for one book.
21:03 Coke with the thought that a more concentrated application of tuits would result in one awesome book.
21:03 Whiteknight therein lies the problem to volunteer-driven projects: you get what the volunteers give you :)
21:03 Whiteknight I have been focusing much more energy on docs/book/ recently, in preparation for 1.0
21:06 dalek joined #parrot
21:06 Whiteknight okay, it's time for me to head home now. Happy reading!
21:07 * Coke finds that with allison's work on 'make html', and with ssh access to the drupal server, he can put up links to docs.
21:07 Coke s/links to//
21:08 dalek parrot: r36179 | fperrad++ | trunk:
21:09 dalek parrot: [configure] rename more C templates & fix coding standard
21:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36179/
21:22 particle joined #parrot
21:23 davidfetter joined #parrot
21:24 * Coke finds that make html doesn't quite do what I expected.
21:31 diakopter Infinoid: I wrote the one for TPF parrot wiki, long ago... I guess I haven't seen anyone update the wiki in a long time?
21:35 Coke the tpf wiki is dead.
21:35 Coke it should only be updated to remove pages.
21:35 diakopter oh; heh.
21:36 Coke most of that should live on the trac wiki.
21:39 Infinoid So, should I write an rss tracker for the trac wiki?
21:41 rg i don't think there's an rss feed for it
21:48 GeJ joined #parrot
21:48 skv joined #parrot
21:48 integral joined #parrot
21:48 Coke sure. =-)
21:48 Coke don't get that for free on the commit feed?
21:48 Coke https://trac.parrot.org/parrot/timeline
21:48 purl i guess https://trac.parrot.org/parrot/timeline is too slow,
21:48 Infinoid The commit feed is separate.  Trac does per-page feeds.
21:48 Coke looks like timeline has it all combined.
21:48 Coke https://trac.parrot.org/parrot/timeline?ticket​=on&amp;changeset=on&amp;milestone=on&amp;wiki​=on&amp;max=50&amp;daysback=90&amp;format=rss
21:48 Infinoid rg: rss feed links are at the bottom of pretty much every trac page
21:48 diakopter rg: but it's slow!  https://trac.parrot.org/parrot/timeline?format=rss
21:48 Coke if you add "daysback=1", that might help.
21:48 Infinoid The feed I've been using is from the Revision Log page (https://trac.parrot.org/parrot/log/).
21:48 diakopter ooo daysback=0 is even shorter
21:48 Infinoid I think I'd prefer to add another parser for wiki changes; the changeset parser has some additional logic to scrape the changeset link and build up a list of changed files, and I'd prefer not to have to disambiguate.
21:48 Infinoid But that's just an implementation detail.
21:48 Coke Infinoid: looks like you can use the same timeline and turn on different bits "wiki=on", "changeset=on", etc.
21:48 Infinoid Is there any other (more efficient) way to get a list of wiki changes?
21:48 Infinoid If not, the timeline approach is probably the best way in the long run.
21:48 Infinoid Especially if we also want to do ticket updates.  (Which I'm not sure we do.)
21:48 Coke Infinoid: I would be interested in some level of ticket spew.
21:48 Coke but I suppose I can just subscribe to all these rss feeds myself.
21:49 Infinoid dalek has prevented me from having yet another page full of rss feeds on my google homepage.  dalek++
21:49 cognominal_ joined #parrot
21:49 Infinoid Because of dalek, I only have to worry about the page full of subscribed comic strips.  As it should be.
21:49 * Coke adds the feed to his reader.
21:49 shorten Coke's url is at http://xrl.us/beede5
21:49 particle joined #parrot
21:52 cognominal joined #parrot
21:52 Coke ... shorten, what?
21:53 lathos joined #parrot
21:53 Infinoid Musta been your timeline rss link.  Wow.
21:53 jq joined #parrot
21:53 khatar joined #parrot
22:16 particle joined #parrot
22:16 japhb git-svn users -- what's the command to tell git-svn we've changed SVN repo out from under it?
22:18 PerlJam japhb: there is no such thing.
22:18 * japhb grumbles at noone in particular
22:18 PerlJam japhb: I editted .git/config and it worked one time but didn't work another time.  Not sure what the difference was though.
22:19 PerlJam japhb: on #git, they say that you should run git filter-branch to change all of the git-svn-id:s to point at the new repo too.
22:19 PerlJam I don't know if that's important or not.  I don't have another git-svn repo to try it on)
22:20 japhb PerlJam: What net was that #git on, and is that channel logged?
22:20 PerlJam freenode #git and I have no idea if it's logged.
22:21 japhb thx, and appears to be
22:23 japhb Any idea when you asked this question?  Rather a chatty channel.  ;-)
22:26 Whiteknight joined #parrot
22:29 Infinoid PerlJam, japhb: editing .git/config worked for me on the second try; the first time around I forgot that trac is https:-only.
22:32 Infinoid japhb: http://colabti.org/irclogger/irclogg​er_log/git?date=2009-01-29,Thu#l2067
22:32 shorten Infinoid's url is at http://xrl.us/beedo2
22:33 Infinoid I also used git svn fetch, not git svn rebase.  Dunno whether that matters.
22:34 Infinoid And I didn't have to search or replace any git-svn-id lines in my log.
22:34 japhb Weird how many Perl people I recognize over there ...
22:35 Infinoid Yeah, I was thinking the same thing.
22:35 PerlJam why weird?  :)
22:35 PerlJam git has the perl-nature.  there's a natural fit.
22:35 * japhb nods sagely
22:36 PerlJam Infinoid: so you did a fetch, but then how did you update your working copy?  Or did you?
22:36 japhb OK, I'm going to try just doing the config change
22:37 Infinoid This is my svn bouncedir, so a cron job does "git svn fetch; git rebase git-svn" once every 10 minutes
22:37 japhb "bouncedir"?
22:38 Infinoid Yeah.  It's sitting on a 10mbit server; I do all my development on other machines.  I use it as a synchronization point.
22:38 PerlJam japhb: he's not using it for work, just to get the clone.
22:38 japhb got it
22:38 japhb hmmm ... git-svn chewing CPU.  Going to let it sit for a couple minutes and see what happens
22:39 Infinoid I guess I do it this way so I can forget as much as possible that git-svn is involved. :)
22:39 japhb heh
22:40 japhb Speaking of repos, has Rakudo's moved yet?  If so, where?
22:40 Infinoid Yep, to github
22:40 japhb ah so
22:40 Infinoid http://github.com/rakudo/rakudo/tree/master
22:40 japhb Danke
22:41 * Infinoid updates purl
22:41 Infinoid rakudo gitweb?
22:41 purl i guess rakudo gitweb is http://github.com/rakudo/rakudo/tree/master
22:41 Infinoid rakudo repo?
22:41 purl i guess rakudo repo is git://github.com/rakudo/rakudo.git
22:41 * Infinoid pats purl
22:41 purl how condescending
22:42 particle shouldn't you be using http://git.rakudoperl.org/rakudo/ ?
22:42 * japhb pets purl
22:42 purl o/` purrrrrr o/`
22:42 Infinoid If there's a more official one, feel free to correct purl
22:43 * japhb wonders which mailing list he's not on, thus not getting memo about Rakudo repo ...
22:43 particle there has not been a memo yet
22:44 japhb well, that explains it
22:44 purl Damn right it does.
22:44 Infinoid Has the old languages/perl6 gotten an rm -rf yet?
22:45 particle no, leave that to pmichaud
22:45 japhb seems no
22:45 particle do a git clone to languages/rakudo and run Configure.pl there
22:45 japhb git svn rebase still in la-la land
22:46 Tene Aw, I don't have permissions to commit to rakudo.
22:46 Tene Not that I have anything to commit ATM.
22:46 japhb particle: git checkout inside another one?  When did that start working?  (It could easily have been a while ... last time I cared was a long time ago, and it was under development at the time)
22:46 Infinoid japhb: It works fine.
22:47 PerlJam Tene: give Pm your github account name and he may grant access.
22:49 * japhb shoots git svn rebase in the head
22:50 Infinoid Sadly, "git clone" doesn't seem to preserve svn metadata, otherwise I'd suggest just cloning mine
22:50 Tene japhb: having trouble moving your git-svn checkout to the new location?
22:50 japhb Tene: yes
22:51 japhb Someone in #git just said I should set "rewriteRoot" in my config ... was about to RTFM that
22:51 Tene No, that's not what you want to do.
22:51 Tene finding a link...
22:51 purl finding a link is boring. Finding *why* there's a link is interesting.
22:51 japhb Tene: do tell
22:52 Tene http://git.or.cz/gitwiki/GitSvnSwitch
22:53 japhb reading ...
22:53 Tene that worked for me.
22:54 Infinoid Ah.  So I sidestepped the issue by just never doing a git svn rebase.
22:54 japhb hmmm, fetch seems to be actually doing something ,where rebase just spun
22:54 japhb Infinoid: yeah, looks like a rebase bug, given the workaround
22:54 * Infinoid is quite fond of "git rebase git-svn", though.
22:55 japhb Infinoid: what does that do?
22:55 Infinoid merges the results of "git svn fetch" into my local checkout
22:56 japhb So it's just the second half of 'git svn rebase' then
22:56 Infinoid I suppose so.
22:56 Infinoid It wouldn't surprise me if I've been using git-svn wrong (or at least, the non-intuitive way), all this time.
22:56 japhb heh
23:04 particle1 joined #parrot
23:11 Limbic_Region joined #parrot
23:32 TiMBuS joined #parrot
23:41 rurban_ joined #parrot
23:43 japhb well, the method at Tene's link got me to 'git svn rebase' *seemingly* successfully.  Now we'll see what happens the next time somebody commits (or for that matter, I need to)
23:43 Andy joined #parrot

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

Parrot | source cross referenced