www.parrot.org | planet.parrot.org | 1.5.0 "TEH PARROTZ!" Released! | Feature freeze over, coders start your engines!
Set by moderator on 23 August 2009.
00:00 Whiteknight joined
dalek a: 6699f63 | fperrad++ | src/pmc/lua (4 files):
remove useless need_ext
 00:06
Coke is pcc_rewiring dead (for the other pcc_ branch?) 00:12
00:14 theory joined
Coke incoming 00:15
purl incoming is pause.perl.org/incoming/
00:15 michel joined
dalek rtcl: r606 | coke++ | trunk/src/macros.pir:
update include to avoid full path, remove unused interpinfo constants
 00:16
Coke ... dalek? 00:20
dalek rtcl: r607 | coke++ | trunk/runtime/builtin/ (50 files):
Eliminate .prof macro - it's already obsoleted by cotto++ and
 00:21
rtcl: r608 | coke++ | trunk/runtime/builtin/ (3 files):
Cleanup PIR
rtcl: r609 | coke++ | trunk/src/class/tclfloat.pir:
Convert part of TclFloat into PIR.
rtcl: r610 | coke++ | trunk/ (2 files):
Throw tcl-specific error on mod-by-zero.
rtcl: r611 | coke++ | trunk/runtime/ (5 files):
Avoid root_new, which seems to take about 4 times as long as new
rtcl: r612 | coke++ | trunk/runtime/tcllib.pir:
don't create explicit iterators
rtcl: r613 | coke++ | trunk/ (34 files):
convert root_new back to new
purl I don't know how to convert root_new back to new.
rtcl: r614 | coke++ | trunk/src/macros.pir:
Add .list() macro to initialize an empty list.
rtcl: r615 | coke++ | trunk/runtime/builtin/lrange.pir:
cleanup PIR
rtcl: r616 | coke++ | trunk/runtime/builtin/ (50 files):
add .argc() macro
rtcl: r617 | coke++ | trunk/runtime/builtin/l (2 files):
cleanup PIR
00:24 kid51 joined
mikehh cOKE: TIED UP WITH SOMETHING ELSE AT THE MOMENT - WILL GIVE THAT A TEST IN A COUPLE OF HOURS 00:28
dammit 00:29
Caps Lock inverted
Coke: will test partcl in a couple of hours 00:30
All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40744 - Ubuntu 9.04 amd64 (g++) 01:33
rakudo (c4c67da) builds on parrot r40744 - make test / make spectest (up to 28054) PASS - Ubuntu 9.04 amd64 (g++) 01:44
partcl r617 builds on parrot r40744 - make test same 6 tests FAIL but all subtests PASS - spectest is failing with - wrong # args: should be "lsearch ?options? list pattern" 01:47
dalek rrot: r40745 | allison++ | branches/pcc_arg_unify/src/call/pcc.c:
[pcc] Build string signatures for calls initiated from ops. (Next step is
mikehh ok - that's me for a while - need sleep :-} 01:48
dalek rrot: r40746 | allison++ | branches/pcc_arg_unify/src/pmc/multisub.pmc:
[pcc] Change MultiSubs to pull arguments from the current call signature
 01:51
01:52 kid51 joined
kid51 builds 5.10.1 01:53
Coke (holy crap, someone is running the partcl spectest) 01:54
mikehh++
allison does the dance of joy, last two commits make pcc branch pass an additional 2500 core tests 01:55
01:57 Andy joined
dalek rrot: r40747 | allison++ | branches/pcc_arg_unify/src/multidispatch.c:
[pcc] Better error checking for null signature string in call signature
 01:58
Coke allison: is pcc_rewiring killable?
allison Coke: yes 01:59
Coke: I kept it around for a while in case some changes didn't apply cleanly in the new branch, but we're safely past that point now
Coke want me to kill it? 02:01
dalek rtcl: r618 | coke++ | trunk/runtime/builtin/lsearch.pir:
fix [lsearch] so we check argc /after/ args processing. should fix spectest.
 02:05
Coke mikehh++
Tene Coke is The Deleter. 02:06
Coke rm -rf ~tene
Tene removing deprecations, deleting old branches...
Coke deleting things is easier than creating things. 02:07
Tene is reminded of PDS 08
Coke Coke didn't have anything to do with that. =-)
Tene There was at least one conversation when someone suggested assigning removing deprecations to you, iirc 02:08
Coke that would explain why I suddenly had tickets assigned to me. 02:09
hey, new memory panics running 'make spectest'. (*&#>.
Tene AFK flying. 02:10
Coke grumbles at all the new memory panics. 02:13
Coke blames whiteknight.
you know, not all the commits I just made. =-)
allison Coke: sure (deleting pcc_rewiring) 02:19
Coke done 02:23
dalek rrot: r40748 | coke++ | branches/pcc_rewiring:
obsolete; see pcc_args_unify
 02:25
allison Coke: you rock! 02:27
purl Dis is the drum
treed Tene: Is Cardinal's quote_expression.pir ganked from somewhere in particular?
(And is it edited?)
02:32 cotto joined 02:41 beta joined 02:42 janus joined 02:43 kay joined 02:45 tyler joined 02:59 kay left
Coke did recent commits (last week or so) change memory usage dramatically? 03:00
Infinoid Austin mentioned something about that this morning 03:04
Austin See my recent email to the list. I'm seeing consume-everything-and-die behavior in my compiler. 03:05
dalek rtcl: r619 | coke++ | wiki/SpecTestStatus.wiki:
With recent updates to parrot/partcl, we have an additional 9 tests failing due
 03:06
Coke git-svn question: how can I say "show me what revision of the remote repository we're updated to locally?" 03:12
(git svn info README works, I suppose) 03:19
03:34 Andy joined
cotto seen darbelo 03:41
purl darbelo was last seen on #parrot 1 days, 8 hours, 32 minutes and 49 seconds ago, saying: mikehh: tools/dev/gen_makefile.pl IIRC [Aug 22 19:02:15 2009]
Infinoid Coke: I normally look at the URL at the bottom of "git show git-svn" 04:06
hmm, I seem to have forgotten to go to bed. night 04:07
04:15 dukeleto joined
cotto msg darbelo I'll be glad to continue working with you on the decnum dynpmcs if you're interested. If you have some time later this week, I'd like to do a realtime code review. 04:19
purl Message for darbelo stored.
japhb Can dalek track gitorious? And if so, how do we set that up? 04:22
04:23 kyle_l5l joined
cotto japhb, bug Infinoid (or get the source from github and write a plugin yourself) 04:24
japhb cotto, OK, thx 04:25
Infinoid, still around?
dukeleto 'ello 04:28
04:29 TiMBuS joined
dalek tracwiki: v7 | japhb++ | ModuleEcosystem 04:35
tracwiki: Add link to Gitorious project page at top
tracwiki: trac.parrot.org/parrot/wiki/Module...ction=diff
beta cotto: I don't think I am going to pursue parrot on our robot at this time. I will be back eventually though 04:48
Scala seems to be fitting my needs fine atm, and my wrapper works flawlessly since they all run on the JVM 04:49
cotto beta, I find that completely understandable. 04:56
I do wish you luck with your robotic endeavors and will be glad when you decide that Parrot's a good fit for your project. 04:57
s1n what are the proper arguments to find_lex? i keep getting opcode find_lex_s_sc not found 05:05
05:06 Andy joined
Austin s1n: $P1 = find_lex '$foo' 05:10
cotto s1n, iirc only PMCs can be lexicals, not strings, ints or nums. 05:12
Austin Here's an example: nopaste.snit.ch/17654
s1n Austin: yes, i just found that myself :)
thanks to the both of you guys
cotto np 05:15
05:17 chromatic joined
kyle_l5l where does the code for src/pmc/object.c's Parrot_Object_freeze() come from? object.pmc never mentions a freeze(). 05:44
05:48 uniejo joined
cotto kyle_l5l, Object is one of a couple special PMCs where VTABLE functions that are processed by different code from normal PMCs. 05:50
The Perl code is in lib/Parrot/Pmc2c/Object.pm . 05:51
kyle_l5l cotto, ok, thanks 05:52
cotto an Object is an instantiation of a PIR-level Class, so that code allows VTABLE functions to dispatch to PIR. 05:53
06:00 theory joined
beta cotto: thanks 06:07
NotFound Where is Close respository?
purl: close? 06:08
purl it has been said that close is close file (or pipe or socket) handle or bad on sockets, use shutdown() instead or horseshoes or grenades or nuclear weapons or code.google.com/p/close/
06:28 mj41 joined
japhb use.perl.org/~geoffrey/journal/39516 06:30
allison Bryan O'Sullivan: "git is popular because it makes everything so hard that you feel smart if you can do the simplest of things with it." 06:31
japhb allison, :-)
dukeleto so I notice that parrot has sinh but not asinh. is there any interest in adding inverse hyperbolic functions?
allison dukeleto: most of those obscure math ops are being moved out to dynop libraries 06:32
dukeleto: so, not as a core op, but maybe as a dynop 06:33
dukeleto allison: i agree that it should be a dynop 06:34
allison: should I ask the list about it? 06:36
allison dukeleto: sure, see if anyone has a use for it 06:37
dukeleto allison: Ok. they are defined in <math.h> in C, so they are seemingly common 06:38
allison common for C and common for Parrot aren't the same 06:40
and, dynops are more equivalent to C (you have to load the lib) 06:41
core ops are like making it a primary keyword of the language
dukeleto allison: looks like Rakudo has an "asinh" the spec test suite 06:43
allison Rakudo can load a dynoplib
but yes, sounds like it would be a useful addition 06:44
dukeleto allison: I agree :)
moritz these days it can even load more than one ;-)
allison sleeps 06:45
moritz (which was not possible with parrot-1.4) 06:46
06:47 szabgab joined 06:48 michel__ joined 06:50 bacek joined
NotFound dukeleto: inverse hyp functions are not in math.h in all C libraries. 06:56
Better said, they are not in the library, math.h or not. 06:57
dukeleto NotFound: touché . they are in my OS X system headers
NotFound They are easily implememtable, but you need configure probes if you want to use the system ones where available. 06:58
07:04 user_5860 joined
kyle_l5l hmm, in Parrot_Object_thaw(), shouldn't we be calling some VTABLE_thaw() when extra_flags == EXTRA_IS_NULL? 07:04
dukeleto NotFound: good point. i am also noticing that the Complex PMC defines cot/csc etc, but they are not defined for real operands. seems a bit asymmetric 07:05
NotFound dukeleto: I think there is a ticket for that inconsistency 07:06
dukeleto searches
kyle_l5l (background: I'm trying to get threads + HLLs working; in clone_interpreter(), when we try clone a class, we run into trouble after thawing an Object) 07:07
dukeleto NotFound: perhaps it is still in RT?
NotFound dukeleto: probably, is an old thing
dukeleto: linux man page says that asinh and family are C89, so maybe is safe to assume his availability. 07:11
"The variant returning double also conforms to SVr4, 4.3BSD, C89."
dukeleto NotFound: nice research 07:15
bacek o hai... 07:18
dukeleto NotFound: is this what you were thinking of ? rt.perl.org/rt3/Ticket/Display.html?id=38896 07:23
bacek: hola
bacek dukeleto: G'Day
dukeleto so is the current policy to create a TT for any RT ticket that we still care about? 07:24
i am seeing some RT's that are still relevant which don't have a TT
07:24 HG` joined
bacek It's not "policy", but "really good idea" afaik :) 07:27
dukeleto bacek: sounds good 07:28
NotFound dukeleto: not sure, maybe I was mixing Integer/Float/Complex in my head 07:30
dukeleto NotFound: it is similar enough
NotFound dukeleto: most probably they don't have a TT because nobody looked at them yet. 07:31
bacek msg Whiteknight If I read allison's mail about context_pmc3 branch correctly we have to unmerge pmc_sans_unionval branch... It breaks backward compatibility without deprecation cycle...
purl Message for whiteknight stored.
chromatic I don't like that. 07:34
If we don't maintain backwards compatibility for functions we didn't explicitly export, why do we maintain backwards compatibility for poking into private structs?
07:35 kjeldahl joined
bacek chromatic: I don't like either. But it's not my call. 07:36
chromatic You mentioned providing some macro abstractions to help with backwards compatibility. 07:38
bacek s:3rd/ / it / 07:39
cotto Either way, it seems like this should be spelled out more explicitly in the docs. 07:41
The only thing that covers this currently is changes to PARROT_API functions.
NotFound ...wich desn't exists X-) 07:42
chromatic We've never promised that people can rely on things we haven't documented they can use.
If this falls under our backwards compatibility policy, we can't merge the PCC refactors until 2.0. 07:44
07:44 bacek_ joined
bacek_ me again. 07:45
chromatic <chromatic> If this falls under our backwards compatibility policy, we can't merge the PCC refactors until 2.0.
bacek_ blame 3G network.
chromatic: good point... Actually all refactors between 1.5 and 2.0 are focused on wrapping bare structs into API calls. 07:46
almost all
purl hmmm... almost all is obvious but the checksum/verification/signature needs some discussion
bacek_ purl: forget almost all 07:47
purl bacek_: I forgot almost all
bacek Anyway, we need consistent policy about supported macros. 07:54
E.g. I kept PMC_sub macro in Sub PMC refactoring branch, but I would like to get rid of it. Etc, etc, etc. 07:56
chromatic We need to figure out how to identify which macros are okay to use.
s/identify/document/
bacek Something like "All macros are for internal purpose only" will work :)
chromatic I responded to Allison's message on the list.
bacek chromatic: ok, thanks. 07:57
NotFound rakudo counts as "internal"? ;)
bacek I can offer patches for 3 "external" projects. Rakudo, partcl and Lua. They are on my check list for branch testing :) 07:58
chromatic Macros and structs aren't in the list of deprecation candidates.
$ perldoc docs/project/support_policy.pod
With that, I sleep. 07:59
dalek rrot: r40749 | dukeleto++ | trunk/t/op (2 files):
[t] Many tests for Inf/NaN
bacek chromatic: good night 08:01
dalek TT #943 created by dukeleto++: Real counterparts of some trig functions not defined 08:14
08:19 dukeleto joined 08:34 masak joined
dalek rrot: r40750 | bacek++ | trunk/src/pmc/exception.pmc:
[cage] Don't deref NULL value in Exception.set_attr_str.
 08:39
08:47 AndyA joined 08:53 TiMBuS joined
dalek rrot: r40751 | NotFound++ | trunk/src/oo.c:
[core] better caching of class parent_overrides negative results
 08:56
rrot: r40752 | bacek++ | branches/context_pmc3 (98 files):
Bring branch up-to-date with trunk.
 09:03
cotto night
happy hacking
NotFound Looks like r40751 improves speed of rakudo make test by 4% 09:05
mikehh I am just testing at r40750 - will try in a mo 09:06
moritz NotFound++ 09:07
09:14 braceta joined
bacek Bah... Who is "exceptions master"? 09:14
dalek TT #944 created by bacek++: Exception handling in top-level main function is broken. 09:15
NotFound Not a master, but I've done several things inside them
Uh, that's ugly 09:16
bacek NotFound: indeed... 09:17
purl indubitably
bacek have very strange feelings... 09:18
Last time, in Hashes/Keys revamp branch I switched to cleanup GC bugs... Just because branch exposed a lot of them. 09:19
Looks like time to check exceptions handling. *sigh*...
NotFound bacek: I think is better to wait for the pcc refactor 09:21
dalek rrot: r40753 | mikehh++ | trunk/MANIFEST:
fix MANIFEST for addition of t/op/inf_nan.t
 09:23
bacek is inpatient coding robot 09:26
Bah! "impatient" :)
mikehh manifest_test FAIL, All others PASS (pre/post-config, smolder, nqp_test, rest of fulltest) at r40750 - Ubuntu 9.04 amd64 (g++) [fixed] 09:32
dalek rrot: r40754 | mikehh++ | trunk/t/op/inf_nan.t:
set svn properties for t/op/inf_nan.t
 09:33
09:33 MoC joined
bacek NotFound: I don't think that pcc refactor will help... Some issues with Continuations handling 09:34
mikehh rakudo (c4c67da) builds on parrot r40750 - make test / make spectest (up to 28055) PASS - Ubuntu 9.04 amd64 (g++)
bacek Yay. TT#944 is about VTABLE invoke. 09:36
09:39 gaz joined 09:52 braceta left
mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40754 - Ubuntu 9.04 amd64 (gcc) 09:58
rakudo (c4c67da) builds on parrot r40754 - make test / make spectest (up to 28055) PASS - Ubuntu 9.04 amd64 (gcc) 10:12
10:13 donaldh joined 10:44 riffraff joined
dalek rrot: r40755 | NotFound++ | trunk/src/pmc (4 files):
[pmc] set auto_attrs on Hash and derived PMCs
 10:52
11:09 bacek joined
dalek rrot: r40756 | bacek++ | branches/context_pmc3 (10 files):
[cage] Rename Parrot_ctx_ functions to Parrot_cx_ for consistency with other functions
 11:16
rrot: r40757 | bacek++ | branches/context_pmc3 (2 files):
[core] Fix codestd failures in context.c which causes headerizer to fail
rrot: r40758 | bacek++ | branches/context_pmc3 (2 files):
[core] Add functions for manipulating Context recursion_depth
rrot: r40759 | bacek++ | branches/context_pmc3 (4 files):
[core] Use Parrot_cx_inc|dec_recursion_depth instead of poking into
 11:19
11:20 donaldh joined
mikehh partcl r817 builds on parrot r40754 - make test same as before (6 files FAIL but all subtests PASS) - running make spectest 11:24
dalek rrot: r40760 | NotFound++ | trunk/src (5 files):
[pmc] set auto_attrs on Sub and derived PMCs - second attempt
 11:33
11:41 szabgab joined
mikehh partcl r817 on parrot r40754 - finished make spectest (results logged) 11:42
All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40759 - Ubuntu 9.04 amd64 (g++) 11:45
dalek rrot: r40761 | bacek++ | branches/context_pmc3/src/context.c:
[cage] Actually return value from Parrot_cx_dec_recursion_depth
 11:53
12:08 quek joined, mikehh joined
dalek rrot: r40762 | bacek++ | branches/context_pmc3 (23 files):
Revert r40714 (manually). We can't preserve full backward compatibility
 12:12
rrot: r40763 | bacek++ | branches/context_pmc3 (3 files):
[core] Add caller_context accessors
rrot: r40764 | bacek++ | branches/context_pmc3/src (10 files):
[core] Use Parrot_cx_get|set_caller_ctx instead of poking directly into
12:27 kjeldahl joined
bacek Hrm... There is no Parrot_interp_* at all, isn't it? Do everyone suppose to poke into Parrot_Interp structure directly? 12:29
NotFound bacek: Parrot_Interp is a pointer to some opaque thing. 12:30
bacek NotFound: I mean API functions. 12:31
And Parrot_Interp isn't "opaque thing" from my point of view.
NotFound bacek: almost all API functions take an interpreter and use it some way, no point on prefixing all of them. 12:32
bacek: from the point of view of extend and embed, it is.
bacek What about functions to manipulate interpeter. Like set new Context, etc. 12:33
NotFound They are Context related, IMO.
bacek they are, indeed. 12:34
But I want function to shortcut Parrot_cx_get_namespace(interp, CONTEXT(interp)). 12:35
Something like Parrot_XXX_get_current_namespace(interp);
Looks like XXX can be 'cv' or empty string. 12:37
NotFound cv? 12:38
purl cv is, like, curriculum vitae or a synonym for resume' or 105 in roman numerals or Code Value
bacek oops, cx
NotFound I don't like the idea of current namespace, but also don't like the idea of current context 12:39
bacek current namespace == namespace of current context 12:40
12:41 payload joined
NotFound Unfotunately, there is no other place to take the active context other than the interpreter. 12:41
bacek NotFound: not really.
Sub, Continuation, etc can have own stored contexts
ah, "active" 12:42
You are right.
NotFound I use "active" as a way to diferentiate it from the Interpeter state
bacek hmm.. I don't quite understand difference 12:44
NotFound Ideally, IMO, the interpreter state will not have things that change just because of entering of exiting a sub, but more stable things. 12:46
We can't do that now, and maybe never, but we will try to avoid having too much 'current' things in the interpreter, 12:47
bacek All this things are encapsulated in Context. 12:48
"current_namespace" is pointer inside Parrot_Context, not interpreter.
NotFound Yes, but the concept of "current namespace" is against that scheme.
So I'll keep the cx prefix, even if it doesn't take an explicit context argument. 12:49
bacek Deal :)
NotFound And make very clear that that function is for internal usage only 12:50
Coke ... by not adding PARROT_API to it?
I wonder if we should add a NOOP PARROT_INTERNAL
moritz +1
purl 1
Coke (to differentiate between things we KNOW should be internal and things we just haven't classified) 12:51
NotFound Coke: provided that no one will add it by mistake...
Coke: I like that idea
bacek Coke: I like that idea too. 12:54
Coke "I'm just an idea Coke." 12:55
13:06 whiteknight joined
Coke whiteknight: hio. 13:08
whiteknight hello Coke
Coke whiteknight: note that my memory problems seem to have started after the commit that caused austin's problem.
my *recent* memory problems. 13:09
whiteknight ah, okay
probably still related, if what I have in my mind is right
Coke so there might be more than one thing going on.
k.
13:27 Hunger joined
mikehh Coke: I ran make spectest on partcl and have the results logged - do you need anything from it 13:30
that was partcl r817 parrot r50754 13:32
r40754
bbl 13:47
14:10 slavorgn joined 14:14 MoC joined
Coke mikehh: sure, I'll take a copy. 14:16
14:24 Taulmarill joined 14:26 Psyche^ joined 14:36 ruoso joined 14:38 Alias joined
Alias just noticed use.perl.org/~geoffrey/journal/39516 14:38
#toolchain humbly suggests that if you are considering inventing a CPAN we might have some experience with that kind of thing, that may be of use 14:39
(Nobody seems to have heard of it) 14:40
moritz japhb: feel highlighted
szbalint feels stupid 14:41
I never made the metnal connection that japhb eq rgeoffrey
*mental 14:42
14:43 Hunger joined 14:45 payload joined
Alias japhb: Would you care to join us in #toolchain? 14:48
jonathan Alias: I'll mention this on #perl6 too, since there's been discussion about module tool chain stuff there too. 14:52
Coke is all for not reinventing functional wheels 14:54
Alias jonathan: For the record, I can see 5-10 fatal design problems in the current spec 14:57
About half of which already spent years getting rid of in the CPAN design 14:58
That's from an initial 5 minute read
jonathan Alias: Current spec of...? 14:59
Alias The Parrot CPAN
jonathan Ah.
Alias It got designed in IRC over a weekend or something?
15:00 quek left
Coke or something. 15:00
moritz Alias: there was some mailing list discussions on parrot-dev before 15:01
Alias oh wait, I read the use.perl port wrong
post
Right, over a month
moritz Alias: but a huge problem was that that it's hard to get non-bikeshedding answers 15:02
Alias bikeshedding?
moritz discussing the color of the paint rather than real design issues
Alias Answers that don't discuss real design issues? To which questions? 15:03
moritz we had some threads with >200 postings on perl6-language back in June, with no substantial outcome 15:04
I think the case of the parrot repo it was a bit better
Alias From experience, I'd suggest that language implementors are pretty bad at doing repositories
p5p hasn't had a great track record either
moritz so let's wait for japhb to wake up and move to #toolchain 15:05
Alias ya
Coke Thanks for poking on this ; I'm sure whatever we end up with will be better for conversation.
"poking us"
Alias Certainly the extra collective decades of experience should help :) 15:06
Wonder if we can get someone to sponsor a cross-language source repository thing 15:08
I tried to organise one a few years ago through Linux Australia, but it never got legs
moritz it would certainly help to meet face to face to discuss things 15:09
Alias Also did some preliminary work on an RDF grammar called PIG (for "Package Interdependency Grammar") from memory 15:10
A kind of more rigourous META.yml that could act as a common point between all the repositories and all the distros
15:10 Eevee joined
Alias Which clarified some of the main problems in producing what you want 15:11
(Although it didn't produce a useful language)
japhb Alias, moritz, jonathan, Coke, szbalint, et al. -- I will be available in a few minutes; need to take my daughter to school. 15:15
15:20 MoC joined, donaldh joined
dalek rtcl: r620 | coke++ | wiki/SpecTestStatus.wiki:
Add another 7 missed tests to the memory PANIC pile.
 15:26
japhb OK, bak. Moving discussion to #toolchain. 15:37
15:38 Coke joined
dukeleto mikehh++ for fixing my failing codingstd_tests. I forget that most of them don't get run in a git-svn clone, so I have to update an svn repo and then run them there 15:54
he_ Hm, is it just me or does the "pir_output_is( <<'CODE', <<OUTPUT, "Inf - ln" );" test in t/op/arithmetics.t in 1.5.0 fail for others as well? 16:20
Coke Infinoid: "git show git-svn" errors out. "git show -- git-svn" is silent. 16:21
16:21 kid51 joined
he_ I've written a small test program in C which gets the wrong result both on the platforms closest to "home" (NetBSD/i386, NetBSD/sparc64) and on Linux/i386. 16:22
In short: log(-INFINITY) gives -INFINITY as result, not NaN. 16:24
Hm, smolder appears to indicate this is my own platform problem... 16:26
davidfetter anybody here experienced in conference-wrangling? 16:31
kid51 define conference-wrangling 16:33
davidfetter well, i'm contemplating auctioning off some plum tasks 16:35
lightning-talk-gonger, e.g.
Coke davidfetter: you have enough demand to help out to do that? awesome. =-) 16:36
davidfetter could well be 16:37
pmichaud what conference is this? 16:38
davidfetter pgday.eu, a postgresql conference in paris november 5-6 16:40
france, not texas
16:42 soxet joined
dalek rtcl: r621 | coke++ | trunk/tools/tcl_test.pl:
Fix SKIPping for test files containing '-'
 16:49
16:56 Limbic_Region joined
l3t0 he_: interesting 16:57
duk3leto he_: can i see your test program? 16:58
16:59 chromatic joined 17:00 mokurai joined 17:09 joeri joined 17:16 acajou joined 17:28 whiteknight joined
acajou Hi all. BTW, topic states planet.parrot.org, but that's a DNS error for me... 17:49
moderator www.parrot.org | planet.parrotcode.org | 1.5.0 "TEH PARROTZ!" Released! | Feature freeze over, coders start your engines! 17:50
moritz acajou: thanks, fixed 17:50
acajou moritz: and thanks for fixing it! :) 17:51
So I was wondering, is anyone working on ParrotQT? (Or Perl6QT, but I guess ParrotQT might make more sense?) 17:54
moritz not that I'm aware of 17:55
acajou Nokia has sponsored new Python QT bindings (Pyside) and it looks like they provide a kind of infrastructure that might make it easier to develop bindings for other languages... 17:56
www.pyside.org/home-binding/
It's probably a project that's much too big for little me, but since I'd like to write Qt/KDE apps in Perl6, I thought I throw the idea in here... :) 18:00
moritz acajou: if it's too big for you, you have to recruit slav^Wcontributors 18:01
acajou Indeed. 18:02
I wonder if Nokia might be interested in funding that kind of work or if they just want to bet the farm on Python... 18:03
For someone who's already familliar with make C/C++ libraries available in Parrot, it might be not too hard to get things off the ground I suppose...? 18:05
s/make/making/
18:15 hercynium joined, japhb joined 18:22 Coke left, Coke joined
Coke wonders if anyone will make him a pretty spec test chart out of code.google.com/p/partcl/source/bro...ogress.csv 18:24
dalek kudo: 7512462 | (Gianni Ceccarelli)++ | src/ (2 files):
move pick to setting
18:26 darbelo joined
dalek rtcl: r622 | coke++ | trunk/docs/spectest- (2 files):
update spectest info -

  - ... seem to be running the tests that are left slightly faster.		 18:27
18:27 theory joined
jonathan Getting the wrong answer faster! 18:27
Coke jonathan: heh. thankfully, the tests that are still running seem to not be giving more wrong answers. =-) 18:29
but the memory utilization has definitely spiked. 18:30
er, shot up.
nopaste "in.c" at 158.38.62.77 pasted "Test program for duk3leto - testing log(-INFINITY) ++" (28 lines) at nopaste.snit.ch/17657 18:37
he_ duk3leto: sorry, had my gaze averted elsewhere; the nopaste above is the test program. 18:38
At least one of our local Linux hosts gave the wrong results... 18:39
chromatic Anyone else getting SIGABORT when running HEAD Rakudo against HEAD Parrot? 18:44
moritz tries 18:45
latest rakudo with parrot r40737 worked fine 18:46
(just in case we need to bisect)
chromatic Hm, also getting failures in Parrot's core test suite.
Let me rebuild.
Still seeing them. 18:49
Hm, it was the fixed size allocator. 18:50
moritz parrot core tests look fine so far; rakudo is still building
(amd64) 18:51
whiteknight the fixed size allocator should be disabled in HEAD 18:59
at least, that's the state I thought I left it in
if it's not disabled, it should be
chromatic I have it enabled locally. 19:01
19:01 kid51 joined 19:07 mikehh_ joined 19:20 donaldh joined 19:24 davidfetter joined 19:30 iblechbot joined 19:34 whiteknight joined
kid51 I will be meeting with members of Buffalo.pm on Tuesday evening and Toronto.pm on Thursday evening. 19:36
Is there any particular message re Parrot you would wish me to convey? 19:37
Coke "Hey!"
whiteknight "Parrot is awesome, all you guys should use it and hack on it"
kid51 Umm, they've already had that talk! 19:38
particle wing night has new meaning!
davidfetter lol! 19:43
davidfetter wonders where the nearest place with wings a buffalonian would accept are to his house
kid51 davidfetter: Plug in your address to yahoo or google maps. Enter Main & High Streets, Buffalo, NY. Hit Enter. 19:45
davidfetter kid51, lol!
davidfetter is in oakland, california, and would like to believe that somewhere a little closer would do 19:46
kid51 Kansas City is one time zone closer to you.
davidfetter thanks 19:47
Coke seen allison? 20:03
purl allison was last seen on #parrot 13 hours, 17 minutes and 44 seconds ago, saying: sleeps
Coke msg dukeleto ping
purl Message for dukeleto stored.
20:21 [1]Limbic_Region joined
dalek rtcl: r623 | coke++ | wiki/SpecTestStatus.wiki:
The only remaining failures here are trace related.
 20:22
20:23 cotto joined
chromatic will not be at the meeting tomorrow. 20:27
20:30 rg joined
darbelo cotto: ping 20:30
20:31 hercynium joined
cotto darbelo, pong 20:37
darbelo cotto: saw your msg. I'd like to keep working on decnum-dynpmcs too, I'll be arround most of this week at ~20:30 UTC (can't recall your tz), for some code-reviewing. 20:39
cotto clock? 20:40
purl cotto: LAX: Mon 1:40pm PDT / CHI: Mon 3:40pm CDT / NYC: Mon 4:40pm EDT / LON: Mon 9:40pm BST / BER: Mon 10:40pm CEST / IND: Tue 2:10am IST / TOK: Tue 5:40am JST / SYD: Tue 6:40am EST /
cotto sounds good. How about Wed? 20:42
darbelo Sounds good to me.
particle speakers so loud... 20:46
20:46 bacek joined
cotto btw darbelo, the project could use some docs 20:49
darbelo Indeed, it could. I have some stuff laying about my home dir, I'll see if I can wikify it by tomorrow. 20:51
20:52 Limbic_Region joined 21:07 Whiteknight joined 21:08 Coke joined
bacek Good morning 21:19
purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
davidfetter mornin' bacek
bacek G'Day davidfetter 21:20
davidfetter how goes? 21:21
21:22 he joined 21:24 japhb joined
bacek davidfetter: 7AM here... Trying to understand why I woke up so early... 21:25
davidfetter passes the $beverage->{mood}
21:34 bobke joined
cotto bacek, it's your coding instinct telling you that there's crappy code that needs to be fixed. 21:37
bacek cotto: :)
cotto I'm surprised you can sleep at all. 21:38
bacek there is about 99% of crappy code in universe. Why to bother waking early? 21:39
mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40764 - Ubuntu 9.04 amd64 (g++)
darbelo bacek: To fix the easy bugs and leave the hard one for the suckers that wake up later. 21:40
bacek darbelo: other way round. Fixing easy bugs it boring.
mikehh rakudo (7512462) builds on parrot r40764, make test / make spectest (up to 28056) PASS - Ubuntu 9.04 amd65
amd64 (g++) 21:41
tried for backspace - hit enter instead :-} 21:43
moritz mikehh: happens to me all the time. Very incovenient if you wrote 'rm *' and then hit the wrong key.
mikehh quite
21:51 ruoso joined
dalek kudo: 9d9d416 | moritz++ | t/spectest.data:
[t/spectest.data] autoincrement-range.t needs the # icu flag, jrtayloriv++
 21:53
22:01 cotto joined
dalek rrot: r40765 | bacek++ | branches/context_pmc3 (2 files):
[core] Add current_namespace accessor to Context
 22:13
rrot: r40766 | bacek++ | branches/context_pmc3/src (7 files):
Use Parrot_cx_get|set_namespace accessors.
rrot: r40767 | bacek++ | branches/context_pmc3 (6 files):
[cage] Fix some codetest failures.
rrot: r40768 | bacek++ | branches/context_pmc3/src/pmc/exception.pmc:
[cage] Mark more ATTRs in Exception PMC.
darbelo karma bacek 22:19
purl bacek has karma of 925
moritz wow, that's impressive.
karma moritz
purl moritz has karma of 586
bacek o shi... looks like purl miscounted little but
moritz karma darbelo 22:20
purl darbelo has karma of 200
duk3leto msg he_ could you send along uname -a and gcc -v to go along with nopaste.snit.ch/17657 ? 22:22
purl Message for he_ stored.
duk3leto karma dukeleto
purl dukeleto has karma of 97
nopaste "darbelo" at 200.49.154.172 pasted "paste for duk3leto" (41 lines) at nopaste.snit.ch/17659 22:27
darbelo duk3leto: I'm not he_, but I figured you migh want to get the results of nopaste.snit.ch/17657 for other arches as well. 22:28
nopaste.snit.ch/17659 is for OpenBSD -current amd64 22:30
Whiteknight karma l3to 22:39
purl l3to has neutral karma
darbelo karma duk3leto
purl duk3leto has neutral karma
bacek Whiteknight: hi 22:40
duk3leto darbelo: dukeleto is where my karma lives
Whiteknight hello bacek
22:41 rg1 joined
bacek Will you have any chance to look at context_pmc3 branch? t/pmc/exceptionhandler.t failing test 7... 22:41
darbelo duk3leto: But that means I have to hit tab *twice* to ++ you. 22:43
That's a lot of work you're forcing people to do. And think of the strain on the poor keys! Getting pounded twice every time you do something good. 22:46
duk3leto darbelo: i am on my way to setting up irssi proxy :) 22:48
darbelo++
darbelo My tab key appreciates it. dukeleto++ :) 22:49
dalek rrot: r40769 | bacek++ | branches/context_pmc3 (2 files):
Relax checks for namespace in Parrot_cx_set_namespace.
 22:50
nopaste "dukeleto" at 70.102.219.22 pasted "Everyone loves a log -- Updated small C test file to find out if log ANSI-compiant on your system" (29 lines) at nopaste.snit.ch/17660 22:55
22:55 tokuhirom__ joined
duk3leto darbelo: if you try that one and paste your results, that would be super awesome super happy fun time :) 22:56
22:57 mokurai left, Andy joined
nopaste "darbelo" at 200.49.154.172 pasted "Another nopaste for dukeleto++" (43 lines) at nopaste.snit.ch/17661 23:04
darbelo duk3leto: Enjoy your super awesome super happy fun time :) with nopaste.snit.ch/17661
duk3leto darbelo++ 23:09
23:19 patspam joined 23:20 donaldh joined
Whiteknight I'm looking to get an IDE, or something more sophisticated then medit. Anybody have any suggestions? 23:43
darbelo emacs? vim?
jonathan Visual Studio? 23:44
purl hmmm... Visual Studio is pretty nice
Whiteknight I'm on linux here
jonathan Ah.
Eclipse may be wroth a try.
Whiteknight but I'm inspired by visual studio, I use that at work and have grown accustomed to these things called "features"
jonathan Whiteknight: Aye, I do like Visual Studio too. 23:45
The C debugger is pretty decent.
darbelo Try Visual Studio on wine then :)
Whiteknight yeah, and all the .NET stuff is a breeze
dalek TT #549 closed by whiteknight++: Kill UnionVal
Whiteknight okay, I'll look into eclipse then 23:46
I had a bad experience with netbeans back in undergrad, and I haven't used any "real" IDEs since 23:47
darbelo Whiteknight: A Visual Studio junkie I know claims that MonoDevelop helps him cope with the withdrawal simptoms. 23:48
jonathan I never tried that, but I never heard anyone compliement it either.
Whiteknight well, I'm specifically looking for something to help with my parrot coding, so all C stuff 23:49
a little perl would be nice too, but I know that's like asking for a miracle
23:49 Austin joined
rg1 well i guess padre is always looking for help ;) 23:50
acajou heard good things about EPIC - the Eclipse Perl plugin... 23:51
bacek_at_work hi again 23:52
purl oh, you're back!
Whiteknight rg1: I'm very very close to switching to Padre
but it's missing some features that I consider "deal breakers"
bacek_at_work Whiteknight: try vim. Very clever IDE :)
Whiteknight hell no, I tried vim a few times and I hated it
acajou xemacs perldb mode is pretty nice... 23:53
rg is pretty happy with emacs too
Whiteknight When I first started using it, I had to leave my computer on for a week because I couldn't figure out how to save and close
and the online documentation was shittacular
rg but then people are expecting a lot more from an ide, like completion, help/autocorrection with errors, manpages and such things 23:54
bacek_at_work wander about how my coding speed will be impacted without vim.
1/10 is about good estimation.
23:55 payload joined 23:56 Austin left, Austin joined
darbelo It looks like vim is an essential component of our magical coding robot! 23:59

Powered by Cro and the Raku® Programming Language.

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

Thank you!