#parrot Parrot 0.6.4 "St. Vincent Amazon" Released | parrotcode.org/ | 15 new, 648 open, 80 stalled tix | logged in irclog.perlgeek.de/parrot/today
Set by moderator on 28 July 2008.
00:09 AndyA joined
kid51 purl nopaste 00:12
purl it has been said that nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl
nopaste "kid51" at 71.247.53.241 pasted "Parrot::Configure::Trace::trace_data_c() applied to 'linkflags'" (78 lines) at nopaste.snit.ch/13823 00:17
kid51 Note: For > 1 year, I absolutely had to build with this script to avoid problems like the editline vs readline one. 00:18
tetragon kid51: My system isn't contaminated by either fink or darwinports, so none of the checks that look there can add those locations
And the GMP, readline, et al checks don't use integrate
kid51 In recent months I have been able to build without the extra flags, but I get cleaner 'make' output with them. 00:19
tetragon What's manicheck
kid51 nomanicheck: Skip the very first step: verifying MANIFEST. Slow on old Mac. 00:20
tetragon And since you didn't set linkflags at the command line, your trace wouldn't show any change at inter::progs 00:21
Although, I think you would see a change if you checked the value of 'link' 00:22
00:23 bacek joined
kid51 I wonder if it's really a good idea for the darwin hints file to cause suppression of: -L/opt/local/lib 00:23
Can you provide a definition of: '-undefined dynamic_lookup'? 00:24
tetragon It's in the ld manpage 00:25
developer.apple.com/documentation/D.../ld.1.html
What dynamic_lookup does is tell ld/gcc not to give an error if it can't find a symbol at linktime. Instead, you get the error at runtime if the symbol still isn't found 00:26
kid51 What does --ld do different from --link ?
What is definition of: linktime runtime -- in this context? 00:27
tetragon Runtime is after the build is finished and I'm running a binary
linktime is during the build
That was one of the issues behind rt.perl.org/rt3/Ticket/Display.html?id=52212 00:28
NotFound --ld is used to build the library, --link to build the executables, if I remember well.
tetragon (however, the readline check does not appear to function the way it did when that report was created) 00:29
kid51 So, in this context, since "linktime is during the build," does that mean that it occurs during 'make'? 00:30
dalek r30289 | jkeenan++ | trunk: 00:36
: Correct one misleading statement in inline comments: %flags --> .
diff: www.parrotvm.org/svn/parrot/revision?rev=30289
tetragon Yes (or Configure.pl)
kid51 Well, to answer one of my earlier questions: config/init/hints/darwin.pm explicitly sets a value for linkflags: linkflags => '-undefined dynamic_lookup', 00:37
Thereby overwriting anything captured from the Perl 5 defaults. And since we probably went through a lot of sweat to deduce this value, I think we should continue to leave it alone. 00:38
01:08 rurban_ joined 01:09 Ademan joined 01:48 Zaba joined 02:03 Zaba joined 02:06 Auzon joined 02:13 bacek joined
dalek r30290 | rgrjr++ | trunk: 02:15
: [comment] Change exception_handler to ExceptionHandler in
: instruction_writes.
diff: www.parrotvm.org/svn/parrot/revision?rev=30290
r30291 | rgrjr++ | trunk: 02:16
: [docs] Change exception_handler to ExceptionHandler.
diff: www.parrotvm.org/svn/parrot/revision?rev=30291
r30292 | rgrjr++ | trunk: 02:19
: [docs] Two minor tweaks:
: + Explain that "make codingstd_tests" may fail, as long as none of
: the "make test" subset do. chromatic++, kid51++ for feedback.
: + Fix "Sourc0" typo.
diff: www.parrotvm.org/svn/parrot/revision?rev=30292
02:40 Zaba joined 02:44 tetragon joined 03:13 tetragon joined 03:14 Zaba_ joined 04:00 Zaba joined 04:35 Theory joined 05:18 jkva joined 05:25 tetragon joined 05:32 ank joined 05:36 Psyche^ joined 05:49 Zaba joined 05:58 uniejo joined 07:06 masak joined 07:13 tetragon joined 07:23 Ademan joined 07:27 ank joined
dalek St�phane Payrard | dtrace: 07:59
link: www.perlfoundation.org/parrot/index.cgi?dtrace
08:47 Zaba joined
dalek St�phane Payrard | dtrace: 08:48
link: www.perlfoundation.org/parrot/index.cgi?dtrace
St�phane Payrard | dtrace: 08:51
link: www.perlfoundation.org/parrot/index.cgi?dtrace
08:51 Zaba_ joined
dalek St�phane Payrard | dtrace: 08:52
link: www.perlfoundation.org/parrot/index.cgi?dtrace
08:57 Zaba joined 08:58 Ademan joined 09:04 paco joined 09:09 rurban_ joined 09:33 Zaba joined
dalek r30293 | kjs++ | trunk: 09:37
: [pirc] many updates
: + update README.pod
: + many POD comments added
: + many updates in parser-back-end communication
: + handle .const directive
diff: www.parrotvm.org/svn/parrot/revision?rev=30293
09:45 Whiteknight joined 09:48 gaz joined 09:57 barney joined
dalek r30294 | pmichaud++ | trunk: 10:26
: [rakudo]: Fix bug with list context in statement modifier, Array.values
: * Resolves RT #57960 (masak++)
diff: www.parrotvm.org/svn/parrot/revision?rev=30294
10:30 Zaba joined 10:36 Zaba_ joined 10:52 Zaba joined 10:56 Whiteknight joined 11:00 Zaba_ joined 11:19 donaldh joined 11:21 Zaba joined
dalek r30295 | pmichaud++ | trunk: 11:50
: [rakudo]: spectest-progress.csv update: 121 files, 2220 passing tests
diff: www.parrotvm.org/svn/parrot/revision?rev=30295
jonathan waves at pmichaud
Good journey back?
pmichaud yes, not too bad 11:52
I just about have precompiled Test.pbc working :-)
managed to get some very good hack time on the plane 11:53
jonathan Nice!
pmichaud++
pmichaud barring any major interruptions around the house (none expected), I'll have it committed + running today.
jonathan yay! 11:55
pmichaud how was your journey?
jonathan I'm pondering Rakudo-daying on Wednesday. Does that work for you?
Mine was fine.
pmichaud Wednesday works *very* well for me
jonathan Flight was short and left on time. 11:56
The train connections back here worked out just nicely.
The right amount of time to find a snack in Vienna, but not so long I was waiting around loads.
pmichaud at the moment my sleep schedule has me still getting up around 4am (even though I'm now -7 hours from Copenhagen)
11:56 rurban_ joined
pmichaud this morning I woke up at 2am (?!?) 11:57
jonathan ?!
Wow!
pmichaud anyway, Wednesday sounds very good. Also because that comes immediately following this month's release, so we don't have to be quite so careful about commits :-) 11:58
I need to update NEWS for Rakudo
and PCT 11:59
12:00 AndyA joined
jonathan Yay, I can Break Stuff! 12:01
pmichaud I CAN HAZ FAIL? 12:02
jonathan YOU CAN HAZ EPIC FAIL
Hey, I think we just designed the catch/throw syntax for LOLCODE exceptions!
pmichaud LOLCODE exception handling is (I think) O NOES 12:03
jonathan Oh, it already has it?
Nice
pmichaud oh, out of curiosity -- how hard is it to get from where you are to Australia? ;-)
jonathan I don't know that it's *hard*. I do know that it's long. 12:04
And probably not cheap.
pmichaud okay, that's what I was curious about.
On the way home from the Airport Paula was talking about the various trips she'd like to take over the next 4-12 months... :-) 12:05
jonathan Generally, it looks like it costs �1000 - �1250 GBP range, 24 hours or so of journey and two connections. 12:06
pmichaud ouch 12:07
okay, we'll go for something a bit less onerous for you :-)
jonathan A lot of them seem to go via London.
Which is suckful in that, that means going 2+ hours in the wrong direction.
pmichaud our kids are already asking about our next vacation trip, and Australia seems to be high on the list :-) 12:08
jonathan The sanest option appears to involve me going to Frankfurt and taking the flight from there. 12:09
That's still 21 hours from there. 12:10
pmichaud okay. I'd give it a low probability of occurrence then, unless there's an Australia-based conference that is worth attending.
jonathan The plane makes one stop, but it's not a connection - you continue on the same plane.
Yeah
It's a real long trek out there for me.
pmichaud well, it's long from here also :-)
jonathan Sure. :-)
cognominal well, if you got access to a power plug. That means a lot of time coding 12:11
without much distractions
pmichaud I _think_ that from now on I'm going to try hard to get "economy plus" bookings on airplanes, or whatever would get me a power port 12:12
12:12 rurban_ joined, Zaba joined
pmichaud it'd also be less likely that I'd get bumped from my preferred seat, which is what happened to me on the Chicago->Copenhagen flight :-| 12:12
dalek r30296 | kjs++ | trunk: 12:15
: [NEWS] update some PIRC news items.
diff: www.parrotvm.org/svn/parrot/revision?rev=30296
jonathan :-( 12:16
OK, need to go to the store and get some nom...the fridge is bare..
pmichaud yes, I need nom also -- but no-one else is awake here yet
dalek r30297 | pmichaud++ | trunk:
: [pct]: Correct order-of-sub generation for POST.
: This update causes POST to generate Parrot subs in the
: order in which they appear in the tree (previously sibling
: subs would occur in reverse sequence in the output, which 12:17
: could break :load/:init ordering).
diff: www.parrotvm.org/svn/parrot/revision?rev=30297
Tene Argh, .HLL-map timing issues. :(
12:17 kj joined
dalek r30298 | pmichaud++ | trunk: 12:18
: [pct]: Add 'loadinit' attribute and code generation to PAST::Block nodes
diff: www.parrotvm.org/svn/parrot/revision?rev=30298
12:25 rurban_ joined
dalek r30299 | bernhard++ | trunk: 12:38
: [Pipp] Start with support for while- and for-loop
diff: www.parrotvm.org/svn/parrot/revision?rev=30299
r30300 | julianalbo++ | trunk: 12:43
: refactor PDB_script_file
diff: www.parrotvm.org/svn/parrot/revision?rev=30300
r30301 | bernhard++ | trunk: 12:49
: [doc] Add news about Pipp.
diff: www.parrotvm.org/svn/parrot/revision?rev=30301
12:53 Zaba joined 12:57 Zaba_ joined 13:19 desertmax joined
dalek r30302 | coke++ | trunk: 13:22
: [docs] - Reorder sections. Core implementation is very important; Core deprecation is least important. Update Tcl section. Mention removal of implicit method dispatch; Reduce importance of new say opcodes.
diff: www.parrotvm.org/svn/parrot/revision?rev=30302
r30303 | coke++ | trunk: 13:25
: [docs] ruthlessly cut my two line tcl bullet into one line.
diff: www.parrotvm.org/svn/parrot/revision?rev=30303
13:31 Zaba joined 13:39 AndyA joined 13:40 smash joined
smash hello everyone 13:41
moderator www.parrotcode.org | Last Release: 0.6.4 "St. Vincent Amazon" 13:43
Zaba joined 13:47 Zaba_ joined
pmichaud hello, smash 13:50
moritz hi 13:51
smash pmichaud: so, back home already ?
pmichaud yes -- got back in yesterday afternoon 13:52
smash nice 13:53
i got back yesterday at 6am
moritz has YAPC::EU been productive?
dalek r30304 | julianalbo++ | trunk: 13:54
: fix perl6multisub.pmc for c++ builds
diff: www.parrotvm.org/svn/parrot/revision?rev=30304
smash moritz: a lot, at least for me 13:55
moritz very good 13:57
13:59 gryphon joined 14:02 skv joined
jonathan julianalbo++ # fixing Perl6MultiSub for C++ without breaking it, now I added tests 14:02
pmichaud yapc::eu was very productive for me 14:06
not much code (yet), but lots of good design and other fun
-Ofun remains important :-) 14:07
jonathan As does --target=lolcode ;-)
Tene So, there's a problem with .HLL_map timing, maybe? 14:08
pmichaud I don't understand ".HLL_map timing"
Tene HLL_map takes place at compile-time, but most languages right now are creating classes a truntime.
pmichaud oh
Tene So .HLL_map doesn't work unless you set the sub that creates the classes to :immediate
pmichaud yes, there's probably a problem there. I can see two options
Tene I was trying to get that working with cardinal on the plane last night, but there are issues. 14:09
pmichaud (1) allow HLL mapping to be set at runtime
(2) have HLL mapping tie to a namespace so it can be deferred to the point when the class is created (similar to what we do now for :method)
Tene Is there ever going to be a time when we might care about setting hll mapping at runtime, do you think? 14:10
pmichaud being able to introspect/modify HLL mapping at runtime might be useful/important in any case
introspecting HLL mapping is definitely important. compiler tools and utilities might need to be HLL aware
and it would seem to be easier to adjust HLL mapping at runtime than to try to update IMCC to do it statically at compile time 14:11
I think it's worth a discussion on the m/l, and probably a ticket 14:12
Tene Okay, I'll try to get that started today. 14:15
14:17 mmcleric left
pmichaud P6object could even provide a 'hllmap' option 14:18
so that we add the hll mapping when the class is created
(and the mechanics are abstracted)
Tene That's a very nice option. 14:26
pmichaud if you don't draft a message for it later, I probably will 14:27
it's going to be important for rakudo soon
nopaste "pmichaud" at 76.183.97.54 pasted "anyone know what this produces under windows?" (4 lines) at nopaste.snit.ch/13825 14:33
smash pmichaud: want me to fire up the windows virtual machine and test it ? 14:34
pmichaud that would be helpful, yes
I just need some idea of if there's any fractional part in the number (there is under linux)
smash ok, give me a couple of minutes
smash nods. 14:35
jonathan pmichaud: IIRC, it doesn't produce a fractional part...also it returns on Windows with a different epoch, unless rblasch got to fixing that already. 14:36
14:38 Zaba joined
pmichaud I'm not worried about the epoch -- just trying to figure out how I can generate unique identifiers. 14:45
in the sense of "universally unique" 14:46
smash pmichaud: 1.28635e+10
pmichaud oh, well that's terribly unhelpful.
smash but, wait.. let me update to last revision
pmichaud under linux I get "1219069980.072166
"
smash yeap, i get "1219070839.746350" in linux 14:47
(svn up, building, etc on windows)
pmichaud (knowing what Windows produces is _very_ helpful, the fact that it returns an e+10 number is very disappointing.) 14:48
14:49 jhorwitz joined
jonathan pmichaud: Once epoch is fixed to be 1970 rather than 1600, I expect it will be rather better. ;-) 14:50
smash my windows's parrot was a bit outdated, cross your fingers ;)
pmichaud jonathan: you think the extra digit is what caused e+10 ?
14:51 rdice joined
jonathan purl: 4000*365.25*24*3600 14:51
purl 126230400000
nopaste "pmichaud" at 76.183.97.54 pasted "floating precision on linux" (11 lines) at nopaste.snit.ch/13826
jonathan purl: 30*365.25*24*3600
purl 946728000
jonathan Rather different order of magnitude. :-) 14:52
pmichaud e+10 versus e+08, yes?
and why 4000?
shouldn't that just be 400? 14:53
jonathan Oh
Yes
:-)
purl: 400*365.25*24*3600
purl 12623040000
pmichaud but even on my box...
nopaste "pmichaud" at 76.183.97.54 pasted "floating precision on linux, #2" (11 lines) at nopaste.snit.ch/13827 14:54
pmichaud I'm a little surprised that the windows version of Parrot would choose to do e+10
smash hmm, getting errors now when running Configure.pl 14:55
something changed since the last time i builded parrot on windows
pmichaud maybe I need to get parrot running on windows here 14:57
at any rate, I need something that I can use to generate unique sub names in Parrot
(needed for .pbc files to work, fwiw) 14:58
smash alas, even with errors it builds :)
pmichaud: 1219073042.140000
looks someone fixed that e+10 thing 14:59
cool
pmichaud and subsecond times, too!
yay!
only to .01 second, but that's probably good enough.
smash pmichaud: i'll leave the windows machine powered on, just ping if you need anything else 15:01
jonathan Probably will do for now. :-)
15:11 Zaba joined
jhorwitz pmichaud: out of curiousity, what do you need unique sub names for (sorry if i missed something) 15:12
particle generated non-anonymous subs must have unique names 15:13
within the same namespace 15:14
currently, every pct-generated file starts with a sub _block11
if these files are .included... 15:15
you get an earth-shattering kaboom.
jhorwitz ducks and covers 15:19
jonathan observes the earth is still not shattered and figures everyone had the sense not to try this yet
jhorwitz is the LHC running yet? ;-) 15:20
pmichaud jhorwitz: did jonathan's explanation make sense or do you want my version?
jhorwitz particle's explanation makes sense. :)
pmichaud oh, sorry, particle's explanation
(misread who was writing... hi particle!)
particle hi there pmichaud, glad you had safe travels 15:21
pmichaud but essentially, if we pre-compile a module to be a .pbc file, its subs have to have names that are unique from any other code we might be compiling/running
otherwise the loaded pbc will overwrite any generated subs that happen to end up with the same (non-unique) names, or vice-versa 15:22
jhorwitz is this only for certain subs? my concern is for subs like "handler" that mod_perl would need to call by name.
pmichaud it's primarily for anonymous blocks 15:23
every block in p6 ends up becoming a parrot sub
I suppose it's possible that we could try adding the :anon flag to blocks, and then changing the lookup code to use .const 15:24
particle pmichaud: why not use :anon...
heh
pmichaud particle: the hard part is fetching the block if it doesn't have a name
e.g., my $foo = { ... }
particle yep, gotta store a reference
pmichaud but getting to it via .const might work....
I might try that. That would be _much_ cleaner
particle i don't know that it would solve the problems, but it would come close 15:25
pmichaud if it does work, jhorwitz++ for asking the question :-)
particle that is, for non-anon generated subs
pmichaud non-anon generated subs already work okay so that's not really an issue
jhorwitz lights the fires
particle but that could end up being user error.... 15:26
pmichaud anyway, named subs always get names, yes.
particle do any anon generated blocks have loadinit?
pmichaud if they do, they'll still work
particle istr trouble with :anon and :load :init
perhaps that's been solved
pmichaud oh, you mean :load :init, as opposed to the new 'loadinit' attribute
particle actually, i think .sub 'onload' :anon :load :init works find 15:27
pmichaud we already do :anon :load :init in lots of places
particle *fine
pmichaud I really like the :anon approach, I'll have to implement that. Makes me very glad I didn't do it on the plane yesterday (because I'd be ripping out code today)
particle i wonder if grabbing handles to every block will help with exceptions, anyway
that's jit (jhorwitz-in-time) hacking for you 15:28
pmichaud that's also an excellent point (handles to every block)
makes me wish I had a way of finding blocks other than via get_outer 15:29
particle yeah. hrmm.
find_sub only works for named subs 15:30
there's no api for finding every block
pmichaud oh, I was wishing for .const 'Sub' outer = .... 15:31
because it's then a compile-time op instead of a runtime one
15:32 Zaba joined
pmichaud I need lunch, though, then I'll do this. and I probably need to feed kids. 15:34
yes, kids are "starving". bbiaw 15:37
15:44 davidfetter joined 16:03 Zaba joined 16:20 Zaba_ joined 17:01 Theory joined
dalek r30305 | coke++ | trunk: 17:33
: [APL] minor update to get monadic.t passing again.
diff: www.parrotvm.org/svn/parrot/revision?rev=30305
smash wavez. 17:37
dalek r30306 | coke++ | trunk: 17:44
: [APL] skip some failing tests. These used to work and they should be fixed.
diff: www.parrotvm.org/svn/parrot/revision?rev=30306
17:50 desertmax_ joined
dalek r30307 | coke++ | trunk: 18:10
: [languages] [t] temporarily remove some languages from the unified test harness.
diff: www.parrotvm.org/svn/parrot/revision?rev=30307
cotto-work barney, ping 18:12
18:12 Ivatar joined
barney hi cotto 18:16
cotto-work how are you and francois planning on implementing print_r, serialize, etc? 18:19
dalek bernhard.schmalhofer@gmx.de | Pipp:
link: www.perlfoundation.org/parrot/index.cgi?pipp
cotto-work I've got working code in my phparray implementation for the functions (serizalize, var_dump, var_export and print_r), but I'm not sure if that's where they should go. 18:20
barney The builtin functions could delegate to the PMC methods. That looks cleaner than switches in the function itself. 18:22
cotto-work ok
should that be the case for all types or just arrays and objects?
barney But I haven't really looked into functions yet. There is quite some basic syntax unsupported.
cotto-work it's still a wip 18:23
barney I'd say it should be consistent.
cotto-work so each type has a serialize, etc METHOD 18:24
18:24 Zaba joined
barney possibly using roles or inheritance 18:24
cotto-work that sounds good. I don't think that any of those functions will be performance-critical (except perhaps serialize) 18:25
barney Performance doesn't matter at this stage. I think that all the optimisation we will ever need, can be stolen from Rakudo :=) 18:26
cotto-work premature optimization
purl premature optimization is the root of all evil or when you make the mistake of optimising for speed when really you should optimise for maintainability and correctness, in the first instance. or unnecessary optimization is premature by definition. or hacking with tequila in preference to wine
cotto-work agreed 18:28
18:31 jkva_ joined
dalek bernhard.schmalhofer@gmx.de | Pipp: 18:34
link: www.perlfoundation.org/parrot/index.cgi?pipp
tewk Is there a flag I can set to see the verbose make output, ie the full gcc cmdline 18:36
18:38 ruoso joined
barney tewk: don't think so. You could remove the @ after the tabs 18:41
particle iirc you can pass -n to see the commands that will run, but not actually run them 18:42
tewk tools/dev/cc_flags.pl looks to be the one hidding the info 18:45
make -n helped
jkva_ Hmmm. Parrot Configure.pl dies when trying to determine the compiler to use. I have gcc installed (Ubuntu 7.10) - any tips? I'm sure I'm overlooking something. 18:51
dalek bernhard.schmalhofer@gmx.de | Pipp: 18:54
link: www.perlfoundation.org/parrot/index.cgi?pipp
18:54 cotto joined
barney jkva_: did you try a 'make realclean ; svn up ; perl Configure.pl ' ? 18:55
jkva_ I'll try. It's a fresh checkout, though.
Nope, same thing. Grrr. 18:56
"Compilation failed with 'cc'"
particle ok, so it's not finding gcc for you 18:57
perl Configure.pl --cc=/path/to/gcc
jkva_ Thanks, that seemed to work (and would make sense) but instead it now reports "Compilation failed with '/usr/bin/gcc'", drat. Perhaps I'm missing libraries 18:59
particle sudo apt-get install build-essentials # if i recall correctly 19:00
i've previously compiled parrot with gcc on ubuntu 7.10 32-bit, but i'm now running 8.04
jkva_ Ah, I see. --verbose=2 reports useful errors. 19:01
And thanks for the build-essentials tip, I was trying to recall that name :)
particle yeah, it often slips my mind, too 19:02
jkva_ w00t, it works! Thanks so much :) 19:04
particle fabulous!
19:05 Zaba joined 19:06 jan joined
dalek r30308 | julianalbo++ | trunk: 19:15
: added 'f' alias for 'script' command in debugger, that was listed in help but not implemented
diff: www.parrotvm.org/svn/parrot/revision?rev=30308
19:21 jkva_ left 19:29 Zaba_ joined 19:35 Zaba joined
dalek r30309 | julianalbo++ | trunk: 19:35
: added '(s) stack' command to debugger, it was listed in help but not implemented
diff: www.parrotvm.org/svn/parrot/revision?rev=30309
Tene Today has been insane and exhausting, and it's only half-over. I don't think I'm getting anything useful done tonight after work. 19:38
19:39 Andy joined
NotFound Someone wants to play a little with parrot_debugger? 19:44
19:45 Casan joined 19:52 rurban joined
dalek rurban@cpan.org | Parrot Development on Windows: 19:52
link: www.perlfoundation.org/parrot/index...on_windows
nopaste "rurban" at 212.183.81.9 pasted "check config_hash key?" (18 lines) at nopaste.snit.ch/13832 19:53
rurban Anybody knows why I get a VM PANIC when I access IGLOBALS_CONFIG_HASH? 19:54
20:13 integral joined
NotFound rurban: Why do you call VTABLE_elements on a PMCNULL? 20:14
rurban config_hash is populated from VTABLE_get_pmc_keyed_int
NotFound rurban: after 20:15
rurban Just to be sure I initialized it with PMCNULL.
nopaste "rurban" at 212.183.81.9 pasted "check config_hash key?" (16 lines) at nopaste.snit.ch/13833 20:16
"rurban" at 212.183.81.9 pasted "full 56996-fhs-runtime.patch" (216 lines) at nopaste.snit.ch/13834 20:18
NotFound Did you have a backtrace? 20:20
rurban No. Just a coredump which is not really usable on cygwin. Should I try on linux? 20:22
NotFound I can't try your patch at this moment, sorry.
20:23 donaldh joined
dalek r30310 | julianalbo++ | trunk: 20:38
: new --script option in parrot_debugger, same as the 'script' debugger command line
diff: www.parrotvm.org/svn/parrot/revision?rev=30310
20:43 Limbic_Region joined, smash joined 20:53 Whiteknight joined
dalek r30311 | Whiteknight++ | gsoc_pdd09: 21:01
: [gsoc_pdd09] update to trunk from r30276
diff: www.parrotvm.org/svn/parrot/revision?rev=30311
21:04 AndyA joined
dalek r30312 | Whiteknight++ | gsoc_pdd09: 21:04
: [gsoc_pdd09] add patch from chromatic++ that helps prevent garbage from being needlessly inserted into newly-created PMCs. Also, remove a defunct comment.
diff: www.parrotvm.org/svn/parrot/revision?rev=30312 21:05
rurban who does tcl? 21:07
I got minor test failures for float inexacts. #167,#202,-#204 deviation in the last digit
Whiteknight Particle was doing TCL, I think 21:11
or, he was one of them
particle nope, that's dietcoke
Whiteknight oops, my mistake 21:12
rurban That's tcl/t/cmd_expr.t #167,#202,#203,#204
donaldh ping jhorwitz 21:16
purl I can't find jhorwitz in the DNS.
rurban hmm, lib/test_more.tcl needs some tests for such float weirdness
donaldh jhorwitz: ping
jhorwitz donaldh: ping
donaldh jhorwitz: I'm trying to use mod_parrot with perl6 and getting an error during apache startup. 21:17
jhorwitz join the club
donaldh jhorwitz: Use of contextualizer :: not implemented. at line 35, near "::handler("
jhorwitz LOL
you need to apply the included patch
donaldh expected then
ah, okay. 21:18
jhorwitz however...
purl Consequently, and fuuuuurther-moooooore
jhorwitz hates purl even more now
the patch will fail on io.pir, cuz those changes are already in trunk
so just revert that file after you apply the patch
donaldh That'll be why I ignored the patch earlier. I noticed that io.pir had changed, but didn't check other files. 21:19
nopaste "rurban" at 212.183.81.9 pasted "tcl float inexactness in cygwin" (25 lines) at nopaste.snit.ch/13835
jhorwitz donaldh: yeah, you need interpolated namespaces, which isn't in rakudo just yet
donaldh gotcha.
jhorwitz: thanks, I'll try that now. 21:20
rurban 0.7.0 makes me happy. almost all tests pass. 99.98% for parrot (2 failed), 100% for perl6, 98.98% (25 failed) for the other languages 21:21
donaldh 0.7.0 ? Is that trunk latest? 21:23
rurban well, trunk of course 21:24
r30309
donaldh k 21:25
dalek r30313 | smash++ | trunk:
: [ports/debian]: updates from last build
diff: www.parrotvm.org/svn/parrot/revision?rev=30313
smash debian packages for 0.6.4 now available, just mailed p2p 21:30
particle yay, just in time for 0.7.0 tomorrow :)
smash i'll build new ones as soon as 0.7.0 is available
a couple of things still need to be fixed, so maybe not tomorrow.. but sometime this week 21:31
particle that'll be lovely. smash++
rurban smash: How did you solve the /usr/runtime problem? #56996 21:32
I mean, did you test the binary package with renaming your build-dir? 21:33
21:40 Zaba joined
donaldh Wow, my linkstation is slooooow. Nearly 8 minutes to generate gen_actions.pir 21:42
Whiteknight wow, that is slow 21:46
donaldh It only has a 400MHz ARM I suppose. 21:47
cotto_work you can't expect too much from a machine like that 21:48
otoh, you won't run out of space. ;)
donaldh troo
smash rurban: i wasn't even aware of that issue, but i'm seeing it's still looking in runtime* 21:49
dalek r30314 | Whiteknight++ | gsoc_pdd09: 22:15
: [gsoc_pdd09] remove some obnoxious debugging messages that weren't helping, comment out the PMC sweep code, which exposes a different problem.
diff: www.parrotvm.org/svn/parrot/revision?rev=30314
22:55 StephenPollei joined
Tene Any parroters in Austin, TX? 23:00
Limbic_Region Tene - austin.pm.org/ may be worth checking out 23:03
Tene Oh, clever.
Limbic_Region pmichaud is over 200 miles away - he is the only parroter I know for sure in TX 23:04
23:18 tetragon joined 23:23 davidfetter joined
pmichaud PerlJam has been Austin-based 23:25
austin.pm is mildly active, yes. 23:26
I did a parrot presentation that was co-sponsored by austin.pm
it's probably about time for me to do another :-) 23:27
dalek r30315 | Whiteknight++ | trunk: 23:37
: [PDD] a few clarifications to PDD09, some better wording, spelling fixes. Expand on some topics that didn't have great coverage before.
diff: www.parrotvm.org/svn/parrot/revision?rev=30315

Powered by Cro and the Raku® Programming Language.

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

Thank you!